Project

General

Profile

Actions

Tasks #862

closed

Ceph - Bug #859: Ceph does not pass fsstress

cap_refs[CEPH_CAP_FILE_BUFFER] isn't cleared if truncation zaps changes

Added by Greg Farnum about 13 years ago. Updated over 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
% Done:

0%

Tags:
Reviewed:
Affected Versions:
Component(FS):
Labels (FS):
Pull request ID:

Description

2011-03-03 22:13:50.562815 7f57530a5720 client4102 ino 10000000049 has 1 uncommitted, waiting
2011-03-03 22:13:50.634764 7f574f7ee710 -- 10.0.1.205:0/26734 <== osd0 10.0.1.205:6800/26662 81 ==== osd_op_reply(81 10000000087.00000000 [write 1036288~5604] ondisk = 0) v1 ==== 106+0+0 (3755548449 0 0) 0x1f5a380 con 0x1f5d500
2011-03-03 22:13:50.634796 7f574f7ee710 client4102 _flushed 10000000087.head( cap_refs={1024=0,4096=0,8192=1} open={2=0} ref=4 caps=pAsxLsXsxFsxcrwb mode=100666 mtime=2011-03-03 22:13:50.517223 dirty_caps=Fw parent=0x20087e0)
2011-03-03 22:13:50.634815 7f574f7ee710 client4102 check_caps on 10000000087.head( cap_refs={1024=0,4096=0,8192=0} open={2=0} ref=4 caps=pAsxLsXsxFsxcrwb mode=100666 mtime=2011-03-03 22:13:50.517223 dirty_caps=Fw parent=0x20087e0) wanted - used - is_delayed=0
2011-03-03 22:13:50.634831 7f574f7ee710 client4102 cap_delay_requeue on 10000000087.head( cap_refs={1024=0,4096=0,8192=0} open={2=0} ref=4 caps=pAsxLsXsxFsxcrwb mode=100666 mtime=2011-03-03 22:13:50.517223 dirty_caps=Fw parent=0x20087e0)
2011-03-03 22:13:50.634840 7f574f7ee710 client4102  cap mds0 issued pAsxLsXsxFsxcrwb implemented pAsxLsXsxFsxcrwb revoking -
2011-03-03 22:13:50.634844 7f574f7ee710 client4102 delaying cap release
2011-03-03 22:13:50.634853 7f574f7ee710 client4102 put_cap_ref dropped last FILE_BUFFER ref on 10000000087.head( cap_refs={1024=0,4096=0,8192=0} open={2=0} ref=4 caps=pAsxLsXsxFsxcrwb mode=100666 mtime=2011-03-03 22:13:50.517223 dirty_caps=Fw parent=0x20087e0) 

There's no further reference to that inode or the thread that's waiting on the waitfor_commit list, despite the fact that the "put_cap_ref dropped last FILE_BUFFER" output comes immediately after a signal to all the conds on that list.

Logs in kai:~gregf/logs/client_request_hang

Actions

Also available in: Atom PDF