Uploaded image for project: 'Red Hat Advanced Cluster Management'
  1. Red Hat Advanced Cluster Management
  2. ACM-5940

[2.7] Kubernetes objects are unexpectedly deleted when pruneObjectBehavior is None

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Blocker Blocker
    • ACM 2.7.5
    • ACM 2.7.4
    • GRC
    • None
    • 1
    • False
    • None
    • False
    • No
    • +
    • GRC Sprint 2023-10
    • Critical
    • Customer Facing

      Description of problem:

      When a ConfigurationPolicy stops managing an object, it is always deleted regardless of pruneObjectBehavior being set to `None`.

      Below are a few examples of when a ConfigurationPolicy would stop managing an object:

      • The ConfigurationPolicy is updated to manage a different object.
      • The ConfigurationPolicy's namespaceSelector is changed.
      • The ConfigurationPolicy's templating resolves differently based on changing conditions to no longer manage an object.

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

      How reproducible:

      Very reproducable

      Steps to Reproduce:

      1. Create a ConfigurationPolicy with pruneObjectBehavior set to "None" (default) that creates/updates a ConfigMap called "test"
      2. Update the ConfigurationPolicy to create/update a ConfigMap called "not test"

      Actual results:

      After following the reproducing steps, the ConfigMap called "test" is deleted.

      Expected results:

      After following the reproducing steps, the ConfigMap called "test" should not be deleted.

      Additional info:

      This will cause unexpected data loss to customers.

            yikim@redhat.com Yi Rae Kim
            mprahl Matthew Prahl
            Derek Ho Derek Ho
            Votes:
            1 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: