| Summary: | [Disperse] : I/O errors on all FUSE mounts during rm -rf from multiple clients | |||
|---|---|---|---|---|
| Product: | Red Hat Gluster Storage | Reporter: | Ambarish <asoman> | |
| Component: | disperse | Assignee: | Xavi Hernandez <jahernan> | |
| Status: | CLOSED DUPLICATE | QA Contact: | Nag Pavan Chilakam <nchilaka> | |
| Severity: | high | Docs Contact: | ||
| Priority: | medium | |||
| Version: | rhgs-3.2 | CC: | aspandey, bmekala, bturner, jahernan, nchilaka, pprakash, puebele, rhs-bugs, sheggodu, storage-qa-internal, warren.beckett | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | x86_64 | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1397283 (view as bug list) | Environment: | ||
| Last Closed: | 2020-09-29 11:12:06 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Bug Depends On: | ||||
| Bug Blocks: | 1397283 | |||
|
Description
Ambarish
2016-11-15 10:09:02 UTC
*** Bug 1395699 has been marked as a duplicate of this bug. *** I investigated the issue and found that the combining of callbacks and then the assignment of fop->answers are having some issue while taking inodelk.
The point is that for any one subvolume in above case, we have only minimum number of bricks UP. Now, when deletion is going on directories,
for a inodelk fop, if we get ESTALE from any one of the callbacks, we will not be able to prepare an fop->answers.
Now, in ec_lock_check this part is assigning EIO to errno.
if (fop->answer && fop->answer->op_ret < 0)
error = fop->answer->op_errno;
else
error = EIO;
Now, I think this is the root cause of the issue. I also placed some gf_msg's on this place and different places and found that this is where EIO is being set.
I think to solve this we should roll through the cbk list over here and see if the errors from some of the callbacks are ESTALE (or any such error which can be ignored),
we should just assign errno accordingly.
*** Bug 1719321 has been marked as a duplicate of this bug. *** Any updates? *** This bug has been marked as a duplicate of bug 1812789 *** |