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

[Doc]Gatekeeper operator exposes a cache setting but not the sync settings

XMLWordPrintable

    • 2
    • False
    • None
    • False
    • No

      Create an informative issue (See each section, incomplete templates/issues won't be triaged)

      Using the current documentation as a model, please complete the issue template. 

      Note: Doc team updates the current version and the two previous versions (n-2). For earlier versions, we will address only high-priority, customer-reported issues for releases in support.

      Prerequisite: Start with what we have

      Always look at the current documentation to describe the change that is needed. Use the source or portal link for Step 4:

       - Use the Customer Portal: https://access.redhat.com/documentation/en-us/red_hat_advanced_cluster_management_for_kubernetes

       - Use the GitHub link to find the staged docs in the repository: https://github.com/stolostron/rhacm-docs 

       
       

      apiVersion: operator.gatekeeper.sh/v1alpha1
      kind: Gatekeeper metadata: 
      name: gatekeeper 
      spec: # Add fields here 
        audit: replicas: 2 
          logLevel: DEBUG 
          auditFromCache: Automatic

       
       

      When users set 

      auditFromCache=Automatic 
       

       

      The Gatekeeper operator will add syncOnlys to config file. 

      ex: 

       

      apiVersion: config.gatekeeper.sh/v1alpha1
      kind: Config
      metadata:
       name: config
       namespace: "gatekeeper-system"
      spec:
       sync:
         syncOnly:
         - group: ""
           version: "v1"
           kind: "Namespace"
         - group: ""
           version: "v1"
           kind: "Pod"
       
      

      Also Users can get more information through this:

      kubectl explain gatekeeper.spec.audit.auditFromCache

      Describe the changes in the doc and link to your dev story

      Provide info for the following steps:

      1. - [ ] Mandatory Add the required version to the Fix version/s field.

      2. - [ ] Mandatory Choose the type of documentation change.

            - [ ] New topic in an existing section or new section
            - [ ] Update to an existing topic

      3. - [ ] Mandatory for GA content:
                  
             - [ ] Add steps and/or other important conceptual information here: 
             
                  
             - [ ] Add Required access level for the user to complete the task here:
             

             - [ ] Add verification at the end of the task, how does the user verify success (a command to run or a result to see?)
           
           
             - [ ] Add link to dev story here:

      4. - [ ] Mandatory for bugs: What is the diff? Clearly define what the problem is, what the change is, and link to the current documentation:

              bswope@redhat.com Brandi Swope
              yikim@redhat.com Yi Rae Kim
              Derek Ho Derek Ho
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: