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: