Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-6135

Add test scenario for destructive OVN db cluster pod deletions

XMLWordPrintable

    • False
    • False
    • ?
    • ?
    • OSPRH-811 - Red Hat OpenStack 18.0 Greenfield Deployment
    • ?
    • ?
    • Neutron QE 2024Q2

      This is a follow-up to the fix for destructive OVN db cluster pod deletions: https://github.com/openstack-k8s-operators/ovn-operator/pull/247

       

      Before the merged fix, if one were to delete all pods from a cluster, the RAFT cluster was back broken, either partially or completely. This bug is reported to add a kuttl test scenario to cover the scenario.

       

      The test scenario would do the following steps:

      1. stand up a 3 (or 5) replicas ovn db cluster.
      2. confirm pods are all up.
      3. confirm that the pods established the mesh.
      4. delete all pods.
      5. check that new pods are respawned.
      6. check that they re-established the mesh with the correct number of pods.

       

      A modification of the same scenario can e.g. delete just the first pod (to trigger leadership transfer to one of the other pods), then deletion of the other pods (all or some of them.)

       

      The cluster membership checks can be done by executing cluster/status ctl command. Also, logs can be checked for any raft errors present.

            rh-ee-bfrenkel Bracha Frenkel
            ihrachys Ihar Hrachyshka
            rhos-dfg-networking-squad-neutron
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: