Bug #4134
closedmds: request locking hang under snaptests
0%
Description
Haven't diagnosed this yet, but I ran into it while testing for #3819. Logs in kai:~/logs/4134.
First step, just figure out what the issue is. Then resolve or prioritize.
Updated by Greg Farnum about 11 years ago
- Description updated (diff)
For reference, the hung request is client.4104:75.
Updated by Greg Farnum about 11 years ago
- Status changed from New to In Progress
The request is attempting to read a snapshotted inode, but the inode is still in the LOCK_SNAP_SYNC state from when it was created (as part of cow_inode). I see a client_cap_release coming in that should apply to that inode, but it's being dismissed(?I think?) due to the wrong issue_seq. Checking out that angle now.
Updated by Greg Farnum about 11 years ago
Oh, and actually the client is the one with the seq of 2 while the MDS only thinks it should have a seq of 1. Curiouser and curiouser...
Updated by Greg Farnum about 11 years ago
- Priority changed from High to Normal
De-prioritizing this for now based on our meetings and discussion yesterday.
Updated by Greg Farnum about 10 years ago
- Status changed from In Progress to 12
- Priority changed from Normal to Low
snapshots = low
Updated by Zheng Yan about 9 years ago
by commit 6cb9b01fb68eeb1449af0d145f31ee813a5316d2