Bug 1450215
Summary: | Volume failed to detach even after unmount is successful on the node | ||||||
---|---|---|---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Hemant Kumar <hekumar> | ||||
Component: | Storage | Assignee: | Hemant Kumar <hekumar> | ||||
Status: | CLOSED ERRATA | QA Contact: | Chao Yang <chaoyang> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 3.5.1 | CC: | aos-bugs, chaoyang, eparis, jhou, sjenning, vgoyal | ||||
Target Milestone: | --- | ||||||
Target Release: | 3.5.z | ||||||
Hardware: | All | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: |
Cause:
Openshift does not attempt detach operation for pods that are completed or terminated but not deleted from API server.
Consequence:
Volumes can be left attached to old nodes, preventing reuse of volume in other pods.
Fix:
Implement support for detaching volumes for pods that are completed or terminated.
Result:
After this bug is fixed - volumes for terminated or completed pods are detached automatically. Users are free to reuse such volumes in other pods.
|
Story Points: | --- | ||||
Clone Of: | 1446788 | Environment: | |||||
Last Closed: | 2017-06-15 18:39:25 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: | |||||||
Bug Depends On: | 1446788 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Comment 3
Chao Yang
2017-06-05 10:36:22 UTC
Created attachment 1285013 [details]
test log
Just to clarify, so pod is not actually "terminated" but becomes "terminating" right? For volumes to be detached (and unmounted) - the pod has to be either terminated or completed, it shouldn't be stuck in "terminating" state. I re-test with pod status is "completed" and the ebs volume is umounted 1.Dynamic create pvc 2.Create pod kind: Pod apiVersion: v1 metadata: name: test-pod spec: containers: - name: test-pod image: gcr.io/google_containers/busybox:1.24 command: - "/bin/sh" args: - "-c" - "touch /mnt/SUCCESS && exit 0 || exit 1" volumeMounts: - name: ebs mountPath: "/mnt" restartPolicy: "Never" volumes: - name: ebs persistentVolumeClaim: claimName: ebsc 3.After pod status became Completed, the ebs volume is umounted [root@ip-172-18-5-46 ~]# mount | grep ebs /dev/xvdcc on /var/lib/origin/openshift.local.volumes/plugins/kubernetes.io/aws-ebs/mounts/aws/us-east-1d/vol-002330445c5855177 type ext4 (rw,relatime,seclabel,data=ordered) /dev/xvdcc on /var/lib/origin/openshift.local.volumes/pods/8ac7612c-4a84-11e7-b146-0ef49bdb7770/volumes/kubernetes.io~aws-ebs/pvc-f3180383-4a83-11e7-b146-0ef49bdb7770 type ext4 (rw,relatime,seclabel,data=ordered) [root@ip-172-18-5-46 ~]# mount | grep ebs [root@ip-172-18-5-46 ~]# mount | grep ebs [root@ip-172-18-1-35 ~]# oc version oc v3.5.5.23 kubernetes v1.5.2+43a9be4 features: Basic-Auth GSSAPI Kerberos SPNEGO Server https://ip-172-18-1-35.ec2.internal:8443 openshift v3.5.5.23 kubernetes v1.5.2+43a9be4 Not just unmounted, but it should be detached too. If the volume is detached, we should consider this bug to be VERIFIED. After pod is completed, the ebs volume is detached and became avaiable from aws web console. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2017:1425 |