This document will provide instructions to make all images visible, regardless of content library status in Aria Automation.
Symptoms:
VMware Aria Automation 8.x
Note: This is an expected behavior
This is an expected behavior, however if there is a requirement where all the image need to be visible for Aria Automation. You can follow the workaround.
Impact/Risks:
Changing the behavior as described in the workaround below will remove image enumeration, allowing visibility of all templates via Aria Automation image mappings. This may be beneficial in some circumstances such as, if deployments take too long because the current image is hosted in a remote location from the VM host, but can make image management more complex.
It should be noted that this change is reversible, and does not require a full restart of all Aria Automation services, only the provisioning app service pod, which is completed within a few minutes.
Workaround:
kubectl -n prelude edit deploy provisioning-service-app
- name: JAVA_OPTS
value: |-
-Dhttps.proxyHost=$(JAVA_PROXY_HOST)
-Dhttp.proxyHost=$(JAVA_PROXY_HOST)
....
- name: JAVA_OPTS
value: |-
-Dcl.vmtemplate.enable.enumeration=false
-Dhttps.proxyHost=$(JAVA_PROXY_HOST)
-Dhttp.proxyHost=$(JAVA_PROXY_HOST)
....
Aria Automation Documentation for how Content library works for image mapping