Bug 1367634

Summary: Delete the pod mounted with hostPath PV on NFS server will make new pod scheduled to the node always pending
Product: OpenShift Container Platform Reporter: Xia Zhao <xiazhao>
Component: StorageAssignee: hchen
Status: CLOSED WORKSFORME QA Contact: Jianwei Hou <jhou>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.2.1CC: aos-bugs, eparis, lmeyer, xiazhao
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-22 20:19:08 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:

Comment 2 hchen 2016-08-17 13:33:53 UTC
This is similar to https://bugzilla.redhat.com/show_bug.cgi?id=1337479. But the fix is to move mount/unmount to volume manager (along with detach/attach). 

Does this problem exist in openshift 3.3 (kubernetes 1.3.4)?

Comment 3 Eric Paris 2016-08-17 18:33:21 UTC
This does not need to be addressed in 3.2. Believed fixed in 3.3.  Moving ON_QA.

Comment 4 Xia Zhao 2016-08-18 01:23:52 UTC
Issue has been fixed with 3.3, any chance can this be fixed in 3.2.1? As described in https://bugzilla.redhat.com/show_bug.cgi?id=1347666#c45.

Comment 5 hchen 2016-08-18 01:51:24 UTC
The fix,  adding volume manager, is rather a big architectural change in 1.3.

Comment 6 Xia Zhao 2016-08-18 02:00:49 UTC
(In reply to hchen from comment #5)
> The fix,  adding volume manager, is rather a big architectural change in 1.3.

Thanks for quick confirmation. -- Understand. We can also add these info into the customer issue https://bugzilla.redhat.com/show_bug.cgi?id=1347666 requesting to also doc this in the workaround towards NFS server which will cause problem when end user about to delete their logging pods. Please help to assign this bz back to ON_QA for closure if you think this solution is acceptable.

Comment 7 Xia Zhao 2016-08-18 23:54:27 UTC
Set to verified according to comment #6.

Comment 8 Luke Meyer 2016-08-19 21:19:19 UTC
I would disagree that this is like https://bugzilla.redhat.com/show_bug.cgi?id=1337479 because it is not an NFS mount, either by PVC or by direct volume. It is a hostmount, whose backing device happens to be on an NFS mount.

Also, I couldn't reproduce this. The project deleted fully and instantly in my installation. I'll try again.

Comment 9 Luke Meyer 2016-08-22 20:19:08 UTC
I could not reproduce this on an OSE 3.2.1 system. Pods with the privileged hostmount went away as expected, whether deleted directly or as part of the project deletion.

Comment 10 Xia Zhao 2016-08-23 06:43:43 UTC
(In reply to Luke Meyer from comment #9)
> I could not reproduce this on an OSE 3.2.1 system. Pods with the privileged
> hostmount went away as expected, whether deleted directly or as part of the
> project deletion.

Yes, this also not reproduce to me when I tried it again today. Appologize for bring it out in the other bz.