Uploaded image for project: 'Multiple Architecture Enablement'
  1. Multiple Architecture Enablement
  2. MULTIARCH-5057

The controller should update the log verbosity through the informer in MULTIARCH-5056

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Unresolved
    • Icon: Minor Minor
    • None
    • None
    • None
    • False
    • None
    • False
    • NEW
    • NEW

      Given the operands are going to cache the ClusterPodPlacementConfig, we don't need the operator to re-deploy the operand when the log verbosity change.

      The log verbosity can be a default one, and then the operands themselves can update it when their informer (MULTIARCH-5056) detects an update to the ClusterPodPlacementConfig.

            Unassigned Unassigned
            rhn-support-adistefa Alessandro Di Stefano
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated: