Solución de problemas de configuración
Es posible que se encuentre con algún problema al configurar WebSphere Automation. Descubra cómo solucionar los problemas de configuración más comunes.
- Problemas que pueden surgir al probar las conexiones:
- El gestor de arreglos no se ha desplegado con el mensaje Secreto con credenciales de Fix Central no se ha encontrado
- El gestor de despliegue no está registrado
- El registro del servidor falla con el mensaje de error de salida de solicitud errónea
- La configuración de proxy no entra en vigor
- Falta un secreto wsa-ansible o wsa-ansible-win
ERROR: The /was/ssh directory with the Ansible connection parameters is empty. Make sure the wsa-ansible secret exists.Falta el secreto
wsa-ansibleowsa-ansible-wincon los parámetros de conexión SSH o WinRM. Consulte Configuración del acceso remoto seguro.- No se puede resolver el nombre de host
Failed to connect to the host via ssh: ssh: Could not resolve hostname <hostname>Es posible que algunos servidores se hayan configurado con nombres de host que DNS no puede resolver. En tales casos, puede ser necesario configurar WebSphere Automation con una correlación de host personalizada. Utilice el
.runbookManager.runbookRunner.hostAliasesparámetro en el recurso personalizado WebSphereAutomation para proporcionar más asignaciones de host o IP. Por ejemplo:apiVersion: automation.websphere.ibm.com/v1 kind: WebSphereAutomation metadata: name: wsa spec: runbookManager: runbookRunner: hostAliases: - hostnames: - myvm ip: 9.46.84.208- La verificación de la clave de host ha fallado
Failed to connect to the host via ssh: Host key verification failed.WebSphere Automation verifica las claves de host, pero la clave de host de uno de los servidores ha cambiado. Si el cambio de la clave de host ha sido intencionado, actualice la configuración de
wsa-ansible-known-hostscon la clave actualizada. Consulte Configuración de la automatización de SSH para servidores Linux o UNIX en WebSphere para obtener más información.- El gestor de arreglos no se ha desplegado, no se ha encontrado el mensaje de error con el secreto con credenciales de Fix Central
El operador informa de que
FixManagerReadyyInstallationManagerReadysonFalsecuando el parámetro wsa-secure-fixcentral-creds no está configurado. Para habilitar la característica de instalación de arreglos, debe configurar WebSphere Automation con credenciales para acceder a IBM Fix Central. Sin estas credenciales, WebSphere Automation no puede adquirir la lista de arreglos para vulnerabilidades en los servidores gestionados.Para obtener más información, consulte Configuración de credenciales para Fix Central.
- El gestor de despliegue no está registrado
Si está registrando un gestor de despliegue de WebSphere Application Server , debe ser de la versión 9.0.5.14 o posterior. Este requisito garantiza que la característica de calibración de uso informe correctamente del tipo de servidor a WebSphere Automation. El soporte para la versión 8.5.5 está planificado para un futuro release de WebSphere Application Server.
Para habilitar el registro de un gestor de implementaciones que no se puede actualizar a WebSphere Application Server 9.0.5.14 o de un gestor de WebSphere Application Server implementaciones 8.5.5, póngase en contacto con el servicio de asistencia de IBM.
- El registro del servidor falla con el mensaje de error de salida de solicitud errónea
Si está intentando registrar un servidor que es WebSphere Application Server 9.0.5.14 o posterior, o una versión anterior que se ha aplicado un parche para dar soporte al registro del gestor de despliegue, asegúrese de que la versión de WebSphere Automation sea la versión 1.4.5 o posterior. Las versiones de WebSphere Application Server que dan soporte al registro de gestores de despliegue transmiten el parámetro ServerType durante el registro, y este parámetro no está soportado por versiones anteriores de WebSphere Automation.
- La configuración de proxy no entra en vigor
Añadir la configuración del proxy tal y como se describe en Configurar el uso de un servidor proxy no surte efecto. La variable de entorno
JVM_ARGSque se añade dos veces en el trabajo cron del supervisor CVE es un síntoma de este problema. Debería ver dos entradas paraJVM_ARGSen la salida de los mandatos siguientes:WSA_INSTANCE_NAMESPACE=websphere-automation WSA_INSTANCE_NAME=$(oc get websphereautomation -o name -n $WSA_INSTANCE_NAMESPACE | cut -d/ -f2) oc describe cronjob $WSA_INSTANCE_NAME-secure-cve-monitor -n $WSA_INSTANCE_NAMESPACE | grep JVM_ARGSWSA_INSTANCE_NAMESPACEes el espacio de nombres de la instancia donde está instalado WebSphere Automation . El valor predeterminado eswebsphere-automation. Si se ha elegido un valor diferente durante la instalación, cambie el valor deWSA_INSTANCE_NAMESPACEen consecuencia. Se visualiza la salida siguiente para los mandatos:JVM_ARGS: -Dhttps.proxyHost=http://10.x.x.x -Dhttps.proxyPort=80 JVM_ARGS: --add-opens=java.base/java.math=ALL-UNNAMED --add-opens=java.base/java.lang=ALL-UNNAMEDPara solucionar este problema, establezca el valor consolidado en la configuración directamente.
kind: WebSphereSecure spec: cveMonitor: env: - name: JVM_ARGS value: -Dhttps.proxyHost=http://10.x.x.x -Dhttps.proxyPort=80 --add-opens=java.base/java.math=ALL-UNNAMED --add-opens=java.base/java.lang=ALL-UNNAMED