Bug 1455801
Summary: | [Ganesha READDIR Chunking] : Unable to unexport a volume once exported. | ||
---|---|---|---|
Product: | [Retired] nfs-ganesha | Reporter: | Ambarish <asoman> |
Component: | NFS | Assignee: | Frank Filz <ffilz> |
Status: | CLOSED NOTABUG | QA Contact: | Ambarish <asoman> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 2.4 | CC: | amukherj, bturner, dang, jthottan, kkeithle, mbenjamin, rhinduja, rhs-bugs, skoduri |
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: | Environment: | ||
Last Closed: | 2017-05-31 05:50:55 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: | |
Embargoed: |
Description
Ambarish
2017-05-26 07:44:25 UTC
Got a confirmation from Manisha that the issue doesn't occur downstream. which reminded me that the build I am testing is not _just_ the READDIR patches anymore,It includes fixes for CPU hogging,crashes etc. Maybe this is a regression caused by any of the other patches? Just to allow me to make apples-to-apples, where is the code that's actually being run here? Okay, now I'm confused. You said "second attemp" failed, but that export is not there, so I'd expect an error. You cannot remove an export that's not there. (In reply to Daniel Gryniewicz from comment #5) > Okay, now I'm confused. You said "second attemp" failed, but that export is > not there, so I'd expect an error. You cannot remove an export that's not > there. Ohh Im sorry,that's not what I meant. I meant export -> unexport -> export --> unexport (This guy failed) (In reply to Daniel Gryniewicz from comment #4) > Just to allow me to make apples-to-apples, where is the code that's actually > being run here? The rpms were downloaded from here : https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=13210154 (In reply to Ambarish from comment #7) > (In reply to Daniel Gryniewicz from comment #4) > > Just to allow me to make apples-to-apples, where is the code that's actually > > being run here? > > The rpms were downloaded from here : > > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=13210154 I can't find any RPMs there, including SRPMs. The status is expired, so maybe they were removed? Is there some way I can see the code that built them? Repro'd it on downstream bits - https://bugzilla.redhat.com/show_bug.cgi?id=1456132 If this is conclusively not related to readdir chunking, can we close this bug, or at least set it to a state reflective that the real issue is not readdir chunking? The issue was reproduced when gluster v set <volname> ganesha.enable on gluster v set <volname> ganesha.enable off gluster v set <volname> ganesha.enable on gluster v set <volname> ganesha.enable off in a kind of all of a sudden, it can happen because if ganesha is handling Add export request at the same time it receive RemoveExport request, that request will fail. If we rerun the steps with delay gluster v set <volname> ganesha.enable on check whether volume is exported via showmount command gluster v set <volname> ganesha.enable off check whether volume is unexported via showmount command gluster v set <volname> ganesha.enable on check whether volume is exported via showmount command gluster v set <volname> ganesha.enable off check whether volume is unexported via showmount command It was not reproducible with above steps Hence closing this bug as works for me |