Bug #59
closedmax_size of 1
0%
Description
client says:
[21764.780480] ceph: file.c:824 : aio_write ffff88010bcdf5d0 10000122416.fffffffffffffffe 0~72 getting caps. i_size 0
[21764.791584] ceph: caps.c:1946 : get_cap_refs ffff88010bcdf5d0 need Fw want Fb
[21764.799383] ceph: caps.c:1962 : get_cap_refs ffff88010bcdf5d0 endoff 72 > maxsize 1
[21764.807704] ceph: caps.c:2010 : get_cap_refs ffff88010bcdf5d0 ret 0 got -
[21764.815161] ceph: caps.c:1946 : get_cap_refs ffff88010bcdf5d0 need Fw want Fb
[21764.822956] ceph: caps.c:1962 : get_cap_refs ffff88010bcdf5d0 endoff 72 > maxsize 1
[21764.831277] ceph: caps.c:2010 : get_cap_refs ffff88010bcdf5d0 ret 0 got -
mds cache dump says:
[inode 10000122416 [2,head] /1/kernel_untar_build.sh/t/linux-2.6.33/modules.order auth v14920 s=0 nl=1 rb=0 rf=1 rd=0 (iauth sync) (ilink sync) (ifile excl) (ixattr sync) (iversion lock) cr={4107=0-1} caps={4107=pAsLsXsFsxcrwb/pAsxXsxFsxcwb@29},l=4107 | nref=1 0x7ffe150b3010]
No logging, so unclear what client_caps messages went over the wire.
Updated by Sage Weil almost 14 years ago
- Target version changed from v0.20 to v0.21
Updated by Sage Weil almost 14 years ago
- Status changed from New to Resolved
finally found this, fixed by d37c9dc4958398fb327d9e36b99d60319b09af48