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

Kubernetes objects are unexpectedly deleted when pruneObjectBehavior is None

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Blocker Blocker
    • ACM 2.8.1
    • ACM 2.8.0
    • GRC
    • 2
    • False
    • None
    • False
    • 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:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: