Actions
Tasks #922
closedCeph - Bug #910: Multi-MDS Ceph does not pass fsstress
fsstress: Request ping-pongs when dentry and inode auth are separate
% Done:
0%
Tags:
Reviewed:
Affected Versions:
Component(FS):
Labels (FS):
Pull request ID:
Description
I'm sure we've looked at some variant of this bug before, but in a multi-mds fsstress test:
1) Client sends link request to mds0
2) mds0 notes that mds1 is auth for the directory in question
3) mds0 forwards request to mds1
4) mds1 notes that it doesn't have the inode in question
5) mds1 sends ESTALE back to client
6) client starts over with step 1
Updated by Greg Farnum about 13 years ago
This isn't the same as the previous bug: the inode isn't in cache. The same problem exists in rename, and we need to fix it.
Updated by Greg Farnum about 13 years ago
- Status changed from New to 7
Sage's mds_ino search stuff made this pretty simple to deal with on my end!
Updated by John Spray over 7 years ago
- Project changed from Ceph to CephFS
- Category deleted (
1) - Target version deleted (
v0.28)
Bulk updating project=ceph category=mds bugs so that I can remove the MDS category from the Ceph project to avoid confusion.
Actions