Uploaded image for project: 'Data Foundation Bugs'
  1. Data Foundation Bugs
  2. DFBUGS-2279

ODF 4.19.0-75 internal mode deployment deploys pods on Control nodes

XMLWordPrintable

    • False
    • Hide

      None

      Show
      None
    • False
    • Committed
    • ?
    • s390x
    • ?
    • 4.19.0-60.konflux
    • Committed
    • Hide
      Cause: The master node tolerations were added so that the node plugin pods could be scheduled on HCP nodes.
      Consequence: But with convergence now CSI is deployed by client operator always. This means node plugin pods are getting schedules on master nodes even in normal odf clusters.
      Fix: We are removing default master node tolerations for the node plugin pods. We will implement another way to specify any kind of tolerations for the node plugin pods.
      Result: csi Node Plugin pods no longer schedule on master nodes
      Show
      Cause: The master node tolerations were added so that the node plugin pods could be scheduled on HCP nodes. Consequence: But with convergence now CSI is deployed by client operator always. This means node plugin pods are getting schedules on master nodes even in normal odf clusters. Fix: We are removing default master node tolerations for the node plugin pods. We will implement another way to specify any kind of tolerations for the node plugin pods. Result: csi Node Plugin pods no longer schedule on master nodes
    • Bug Fix
    • Proposed
    • None

       

      Description of problem - Provide a detailed description of the issue encountered, including logs/command-output snippets and screenshots if the issue is observed in the UI:

      ODF 4.19.0-75 internal mode deployment on IBM Z creates new pods on Control nodes

      The OCP platform infrastructure and deployment type (AWS, Bare Metal, VMware, etc. Please clarify if it is platform agnostic deployment), (IPI/UPI):

      IBM Z

      The ODF deployment type (Internal, External, Internal-Attached (LSO), Multicluster, DR, Provider, etc):

      Internal

       

      The version of all relevant components (OCP, ODF, RHCS, ACM whichever is applicable):

       

      OCP: 4.19.0-ec.4

      ODF: 4.19.0-75 

      Does this issue impact your ability to continue to work with the product?

      Yes

       

      Is there any workaround available to the best of your knowledge?

       

       

      Can this issue be reproduced? If so, please provide the hit rate

      Yes

       

      Can this issue be reproduced from the UI?

      Yes

      If this is a regression, please provide more details to justify this:

       

      Steps to Reproduce:

      1. Deploy OCP

      2. Deploy ODF 4.19.0-75  in internal mode 

       

       

       

      The exact date and time when the issue was observed, including timezone details:

       

      Actual results:

      # oc get po -n openshift-storage -owide | grep master
openshift-storage.cephfs.csi.ceph.com-nodeplugin-8tssv            3/3     Running     0             89m    172.23.235.13   master-1.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.cephfs.csi.ceph.com-nodeplugin-glmlr            3/3     Running     0             89m    172.23.235.12   master-0.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.cephfs.csi.ceph.com-nodeplugin-qwwzr            3/3     Running     0             89m    172.23.235.14   master-2.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.nfs.csi.ceph.com-nodeplugin-bc6l5               3/3     Running     0             89m    172.23.235.12   master-0.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.nfs.csi.ceph.com-nodeplugin-bdsfv               3/3     Running     0             89m    172.23.235.14   master-2.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.nfs.csi.ceph.com-nodeplugin-rqbkd               3/3     Running     0             89m    172.23.235.13   master-1.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.rbd.csi.ceph.com-nodeplugin-h9rtk               4/4     Running     1 (85m ago)   89m    172.23.235.12   master-0.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.rbd.csi.ceph.com-nodeplugin-qwgkf               4/4     Running     0             89m    172.23.235.14   master-2.a3e18001.lnxero1.boe   <none>           <none>
openshift-storage.rbd.csi.ceph.com-nodeplugin-wkhvw               4/4     Running     0             89m    172.23.235.13   master-1.a3e18001.lnxero1.boe   <none>           <none>

       

      Expected results:

      Pods should'nt be running on control nodes?

      Logs collected and log location:

       

      Additional info:

       
       

        1. odf_pods_4_19
          11 kB
          Sravika Balusu
        2. must-gather-4_19.tar.gz
          28.37 MB
          Sravika Balusu

              mparida@redhat.com Malay Kumar Parida
              sravikab2 Sravika Balusu
              Sravika Balusu Sravika Balusu
              Votes:
              0 Vote for this issue
              Watchers:
              23 Start watching this issue

                Created:
                Updated:
                Resolved: