Created attachment 1234370 [details] screenshot Description of problem: when I select a specific pod to look at it's summary I expect to see only the volumes that apply to that pod. However, I am seeing the volumes from the whole system. Version-Release number of selected component (if applicable): cfme-5.7.0.17-1.el7cf.x86_64 How reproducible: 100% Steps to Reproduce: 1. create several pvs 2. launch containers with the pvs 3. in cfme -> add the provider -> select the pods -> one of the pods Actual results: in the pods summary table, we see all of the volumes - for all the containers. Expected results: we should only see volumes relating to the specific container Additional info: screen shot [root@smicro-628-b09 ~]# oc get pv NAME CAPACITY ACCESSMODES STATUS CLAIM REASON AGE cloudforms 2Gi RWO Bound pods/cloudforms 5d cloudforms-01 2Gi RWO Bound dafna/cloudforms 2h dafna-pv04 2Gi RWO Bound dafna/postgresql 2h nfs-pv01 2Gi RWO Bound pods/postgresql 6d [root@smicro-628-b09 ~]# from describe command: Volumes: cfme-app-volume: Type: PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace) ClaimName: cloudforms ReadOnly: false default-token-xxxx: Type: Secret (a volume populated by a Secret) SecretName: default-token-xxxx from export command: volumes: - name: cfme-app-volume persistentVolumeClaim: claimName: cloudforms - name: default-token-xxxx secret: secretName: default-token-xxxx
I looked at some of the other containers and I see this only shows in the cfme pod. hence I moved it to cfme pod component.
I checked it in my PODified environment (5.7.0.16 & 17) and it showed only the PVs that were actually attached to the POD. So moving back to component provider.
Please: 1. check that the UI is still reporting what you showed in the screenshot here attached 2. check that a refresh was completed recently (within last hour) 3. go to the OpenShift cluster (of the relevant Pod) and provide this information (attach to BZ): # oc get pods --all-namespaces -o yaml # oc get pv -o yaml # oc get pvc --all-namespaces -o yaml
Created attachment 1236868 [details] All pods in the cluster
Created attachment 1236870 [details] All persistent volumes in the cluster
Created attachment 1236871 [details] All persistent volume clames in the cluster
I checked with Dafna's PODified environment and reproduced the bug. I Attached all requested information. For non-PODified environment of manageiq (master) I could not reproduce it: added the same OpenShift provider and saw the expected results (only relevant volumes were displayed), so it may be related to cfme pod component.
(In reply to zakiva from comment #7) > I checked with Dafna's PODified environment and reproduced the bug. I > Attached all requested information. > For non-PODified environment of manageiq (master) I could not reproduce it: > added the same OpenShift provider and saw the expected results (only > relevant volumes were displayed), so it may be related to cfme pod component. I think that the issue is not in PODified vs non-PODfied but in the fact that you tried two different version. ManageIQ on master is not CloudForms 4.2. Probably you should check if this happens with a CloudForms 4.2 official build (non-PODified), if so then it's easier for you to debug a regular appliance.
Updating that this issue is indeed NOT Podified environment related. I was able to reproduce the bug earlier today with a non-Podified manageiq.
Bug fix: https://github.com/ManageIQ/manageiq/pull/13612
Patch was merged to master , moving BZ to POST
volumes table is empty. new bug opened for that and this would be blocked until new issue fixed. https://bugzilla.redhat.com/show_bug.cgi?id=1434778
Zahi I don't understand the dependency you added on bug 1423450. Is it a mistake?
(In reply to Federico Simoncelli from comment #14) > Zahi I don't understand the dependency you added on bug 1423450. Is it a > mistake? Well, I marked 1434778 as a duplicate of 1423450, please see my comment in: https://bugzilla.redhat.com/show_bug.cgi?id=1434778. Since this BZ had a dependency on 1434778 it was changed automatically.
verified on a vm with cfme-5.8.0.8-alpha1.1.el7cf.x86_64