Bug 1233540
Summary: | Persistent Volume does not get recycled when the persistentVolumeReclaimPolicy is "Recycle" | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Jianwei Hou <jhou> |
Component: | Storage | Assignee: | Mark Turansky <mturansk> |
Status: | CLOSED ERRATA | QA Contact: | xjia <xjia> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 3.0.0 | CC: | dmcphers, jhou, libra-bugs, sdodson, xtian |
Target Milestone: | --- | Keywords: | Regression, Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Cause: Volume recycler was being called incorrectly.
Consequence: Volumes that were not being recycled when persistentVolumeReclaimPolicy was set to 'Recycle'
Fix: The recycler is now called correctly.
Result: Volumes are properly recycled when persistentVolumeReclaimPolicy is set to 'Recycle'
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2015-07-06 21:00:01 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
Jianwei Hou
2015-06-19 06:48:21 UTC
The Kube version is too old for the recycler: kubernetes v0.17.1-804-g496be63 what is the output for "describe pod nfs"? What does that container's "docker inspect" look like? Any errors in the kubelet log? Cut and pasted from an email from Jan Safranek who is working with gluster: To follow up on current development, docker-1.6.2-14.el7 adds a new boolean to SELinux policy. This should allow docker container to access gluster volume (optionally with -P for persistent change): setsebool virt_sandbox_use_fusefs 1 dwalsh told me docker-1.6.2-14.el7 is heading to RHEL 7.1.3, i.e. to be released in couple of days (2015-Jun-23?) in RHEL7 extras channel. So what we need is just to document the boolean and encourage customers to check docker package version (and wait for 1.6.2-14). Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1231936 Docker build: https://brewweb.devel.redhat.com/buildinfo?buildID=441835 Errata: https://errata.devel.redhat.com/advisory/20663 *** This bug has been marked as a duplicate of bug 1231936 *** sorry. closed the wrong one :) I am looking into this one. What does the container log say? Also, what image does "docker ps -a" list for the scrubber pod? The scrubber pod will be named something like "pv-scrubber-nfs-ulzou". I successfully tested the recycler code using a HostPath PV (have to enable HostPath via a SCC), so the code is working as expected. NFS has specific permission issues to work around. See this: https://ci.openshift.redhat.com/openshift-docs-master-testing/latest/admin_guide/persistent_storage_nfs.html#selinux-and-nfs-export-settings If your OpenShift installation is pulling only from approved docker registries, it could be recycling fails because it is pulling the wrong image. https://github.com/openshift/origin/pull/3351 Alternatively, if your install allows you to pull from other public registries, the currently used image (gcr.io/google_containers/busybox) would work if your NFS permissions are correct. Success after PR 3351 above is applied. Verified with: openshift v3.0.0.0-32-g3ae1d27 kubernetes v0.17.1-804-g496be63 Given a persistentVolumeReclaimPolicy is 'Recycle', after the pod and PVC are deleted, the PV became available again. The data on the nfs volume are scrubbed. Also verified hostPath mode, works as expected. I'll mark it as verified when it's ON_QA. Move it to verified according to test result in comment 9 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-2015:1209 |