Bug 1434778 - container: volumes table under pods is empty
Summary: container: volumes table under pods is empty
Keywords:
Status: CLOSED DUPLICATE of bug 1423450
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: UI - OPS
Version: 5.8.0
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: GA
: 5.8.0
Assignee: zakiva
QA Contact: Einat Pacifici
URL:
Whiteboard: container
Depends On:
Blocks: 1406770
TreeView+ depends on / blocked
 
Reported: 2017-03-22 11:11 UTC by Dafna Ron
Modified: 2017-12-05 15:30 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-03-23 09:11:33 UTC
Category: ---
Cloudforms Team: Container Management
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
logs and screenshots (deleted)
2017-03-22 11:11 UTC, Dafna Ron
no flags Details

Description Dafna Ron 2017-03-22 11:11:57 UTC
Description of problem:

There is no info shown under the volumes table under a specific pod (see screenshots)

Version-Release number of selected component (if applicable):

cfme-5.8.0.7-1.el7cf.x86_64
podfied cfme deployment with a remote nfs server for the volumes 

How reproducible:

100%

Steps to Reproduce:
1. deploy a podfied cmfe on openshift and add the same opensihft as a provider 
2. navigate to compute -> container -> pods 
3. select the cfme pod

Actual results:

the information on the volumes is missing from the table 

Expected results:

we should see info on the volumes. 

Additional info:

logs and screenshots


[root@dafna-pods-master ~]# oc get pv --all-namespaces -o yaml
apiVersion: v1
items:
- apiVersion: v1
  kind: PersistentVolume
  metadata:
    annotations:
      pv.kubernetes.io/bound-by-controller: "yes"
    creationTimestamp: 2017-03-22T09:16:03Z
    name: cloudforms
    resourceVersion: "53376"
    selfLink: /api/v1/persistentvolumes/cloudforms
    uid: 2c35ba7a-0ee0-11e7-9080-001a4a1697aa
  spec:
    accessModes:
    - ReadWriteOnce
    capacity:
      storage: 2Gi
    claimRef:
      apiVersion: v1
      kind: PersistentVolumeClaim
      name: postgresql
      namespace: pods
      resourceVersion: "53371"
      uid: 7d2dc132-0ee0-11e7-9080-001a4a1697aa
    nfs:
      path: /exports/v01
      server: 10.35.69.178
    persistentVolumeReclaimPolicy: Recycle
  status:
    phase: Bound
- apiVersion: v1
  kind: PersistentVolume
  metadata:
    creationTimestamp: 2017-03-21T13:14:03Z
    name: metrics-volume
    resourceVersion: "849"
    selfLink: /api/v1/persistentvolumes/metrics-volume
    uid: 4110fe8e-0e38-11e7-9080-001a4a1697aa
  spec:
    accessModes:
    - ReadWriteOnce
    capacity:
      storage: 10Gi
    nfs:
      path: /exports/metrics
      server: dafna-pods-nfs.qa.lab.tlv.redhat.com
    persistentVolumeReclaimPolicy: Retain
  status:
    phase: Available
- apiVersion: v1
  kind: PersistentVolume
  metadata:
    annotations:
      pv.kubernetes.io/bound-by-controller: "yes"
    creationTimestamp: 2017-03-22T09:16:09Z
    name: nfs-pv01
    resourceVersion: "53390"
    selfLink: /api/v1/persistentvolumes/nfs-pv01
    uid: 2f97ca2d-0ee0-11e7-9080-001a4a1697aa
  spec:
    accessModes:
    - ReadWriteOnce
    capacity:
      storage: 2Gi
    claimRef:
      apiVersion: v1
      kind: PersistentVolumeClaim
      name: cloudforms
      namespace: pods
      resourceVersion: "53372"
      uid: 7d300476-0ee0-11e7-9080-001a4a1697aa
    nfs:
      path: /exports/v02
      server: 10.35.69.178
    persistentVolumeReclaimPolicy: Recycle
  status:
    phase: Bound
- apiVersion: v1
  kind: PersistentVolume
  metadata:
    annotations:
      pv.kubernetes.io/bound-by-controller: "yes"
    creationTimestamp: 2017-03-21T13:14:03Z
    name: registry-volume
    resourceVersion: "853"
    selfLink: /api/v1/persistentvolumes/registry-volume
    uid: 411184a1-0e38-11e7-9080-001a4a1697aa
  spec:
    accessModes:
    - ReadWriteMany
    capacity:
      storage: 5Gi
    claimRef:
      apiVersion: v1
      kind: PersistentVolumeClaim
      name: registry-claim
      namespace: default
      resourceVersion: "851"
      uid: 42041569-0e38-11e7-9080-001a4a1697aa
    nfs:
      path: /exports/registry
      server: dafna-pods-nfs.qa.lab.tlv.redhat.com
    persistentVolumeReclaimPolicy: Retain
  status:
    phase: Bound
kind: List
metadata: {}
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# 
[root@dafna-pods-master ~]# oc get pv
NAME              CAPACITY   ACCESSMODES   RECLAIMPOLICY   STATUS      CLAIM                    REASON    AGE
cloudforms        2Gi        RWO           Recycle         Bound       pods/postgresql                    1h
metrics-volume    10Gi       RWO           Retain          Available                                      21h
nfs-pv01          2Gi        RWO           Recycle         Bound       pods/cloudforms                    1h
registry-volume   5Gi        RWX           Retain          Bound       default/registry-claim             21h
[root@dafna-pods-master ~]#

Comment 1 zakiva 2017-03-22 11:31:34 UTC
Dafna, the screenshot is not available, but I believe this is a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1423450 which was fixed yesterday in https://github.com/ManageIQ/manageiq-ui-classic/pull/748 (merged already).

Comment 2 Chris Kacerguis 2017-03-22 13:11:43 UTC
This appears to be mis-filed, sending to UI - OPS team.

Comment 4 zakiva 2017-03-23 09:11:33 UTC
(In reply to zakiva from comment #1)
> Dafna, the screenshot is not available, but I believe this is a duplicate of
> https://bugzilla.redhat.com/show_bug.cgi?id=1423450 which was fixed
> yesterday in https://github.com/ManageIQ/manageiq-ui-classic/pull/748
> (merged already).

We had a problem with several tables in the UI, not just 'volumes' that mentioned here or 'conditions' that mentioned in 1423450. I fixed all of them in the PR above. Closing this as we don't need a BZ for each table.

*** This bug has been marked as a duplicate of bug 1423450 ***


Note You need to log in before you can comment on or make changes to this bug.