Base de conocimientos  /  Cloud Application Manager  /  Solución de problemas
Base de conocimientos  /  Cloud Application Manager  /  Solución de problemas

Consejos para solucionar problemas

Updated by Juan Morra and Guillermo Sanchez on Sep 06, 2019
Código del artículo: kb/421

Consejos para solucionar problemas con Cloud Application Manager

Si tiene inconvenientes, lea nuestras soluciones a problemas comunes antes de ponerse en contacto con el soporte de Cloud Application Manager.

En este artículo

Instancia inalcanzable durante una operación

Causa

Al iniciar una operación de ciclo de vida en una instancia, entra en estado de procesamiento y no termina. Esto puede deberse a que el agente no tiene conectividad directa con el servidor en segundo plano de Cloud Application Manager, la configuración del proxy está mal o el proxy no responde (si el agente está configurado para usarlo) o el agente no está funcionando correctamente o ha sido detenido. Este problema puede afectar instancias iniciadas a través de la interfaz web de Cloud Application Manager, la API o a través del comando directo del agente.

Solución 0

Asegúrese de que la comunicación entre el agente CAM y los servidores CAM funcione adecuadamente.

  1. Conéctela a la instancia mediante SSH o RDP.

  2. Ejecute un comando para verificar la conectividad básica, como el siguiente o algo equivalente:

    telnet cam.ctl.io 443
    

Si no recibe una respuesta, implemente las medidas de corrección dentro de la VM, los enrutadores y firewalls para dar paso a la libre comunicación entre el agente y los servidores CAM.

Si la conectividad funciona según lo esperado y el problema continúa, conéctese a la instancia a través de SSH o RDP y haga una copia del agente /var/log/elasticbox/elasticbox-agent.log (Linux) o ProgramData\ElasticBox\elasticbox-agent.log (Windows). Tenga en cuenta que la carpeta está oculta en Windows y debe ingresar la ruta exacta para poder abrir esa carpeta. Una vez que haya recuperado el archivo de registro, adjúntelo cuando se comunique con soporte.

Solución 0

Revise la configuración proxy del agente (si se ha configurado el uso de uno) en /usr/elasticbox/elasticbox.conf (Linux) o ProgramFiles\ElasticBox\Agent\elasticbox.conf (Windows). Si utiliza proxy para el agente, asegúrese de que funcione correctamente y de que la conectividad con los servidores CAM sea estable.

Solución 0

Instale el agente en la instancia para ejecutarla en línea. Luego, vuelva a ejecutar la operación de ciclo de vida.

  1. Conéctela a la instancia mediante SSH o RDP.

  2. Instale el agente. Instale el agente. El comando utiliza la identificación del agente anterior para conectarse a la instancia.

    Instancias de Linux implementadas desde el servicio de nube de Cloud Application Manager:

    curl -sSL https://cam.ctl.io | sudo bash
    

    Instancias de Windows implementadas desde el servicio de nube de Cloud Application Manager (ejecute el comando como administrador de PowerShell):

    [Net.ServicePointManager]::SecurityProtocol = [Net.ServicePointManager]::SecurityProtocol -bor [Net.SecurityProtocolType]::Tls12
    (New-Object Net.WebClient).DownloadString("https://cam.ctl.io") | iex
    
    

Si el problema persiste, conéctese a la instancia mediante SSH o RDP y tome una copia del agente /var/log/elasticbox/elasticbox-agent.log (para Linux) o ProgramData\ElasticBox\elasticbox-agent.log (para Windows). Tenga en cuenta que la carpeta está oculta en Windows y debe ingresar la ruta exacta para poder abrir esa carpeta. Una vez que haya recuperado el archivo de registro, adjúntelo cuando se comunique con soporte

Instancia bloqueada durante la implementación

Causa 0

Una instancia no puede actualizar su estado porque el agente de Cloud Application Manager no se puede conectar con Cloud Application Manager. Es posible que este inconveniente sea provocado por una mala conectividad de red del agente.

Solución 0

  1. Reinicie el agente en la instancia de Linux o Windows:

    Linux:

    sudo /usr/elasticbox/elasticbox restart
    

    Windows (ejecutar en indicador de comando):

    net stop elasticbox
    net start elasticbox
    
  2. En Cloud Application Manager, abra el editor de ciclo de vida de la instancia y haga clic en Reinstall (Reinstalar). La instancia debería reflejar el estado correspondiente.

  3. Si el problema persiste, revise la conectividad entre la instancia y los servidores CAM.

Si la conectividad funciona según lo esperado y el problema continúa, conéctese a la instancia a través de SSH o RDP y haga una copia del agente /var/log/elasticbox/elasticbox-agent.log (Linux) o ProgramData\ElasticBox\elasticbox-agent.log (Windows). Tenga en cuenta que la carpeta está oculta en Windows y debe ingresar la ruta exacta para poder abrir esa carpeta. Una vez que haya recuperado el archivo de registro, adjúntelo cuando se comunique con soporte.

Solución 0

Revise la configuración proxy del agente (si se ha configurado el uso de uno) en /usr/elasticbox/elasticbox.conf (Linux) o ProgramFiles\ElasticBox\Agent\elasticbox.conf (Windows). Si utiliza proxy para el agente, asegúrese de que funcione correctamente y de que la conectividad con los servidores CAM sea estable.

Solución 0

Asegúrese de que la comunicación entre el agente CAM y los servidores CAM funcione adecuadamente.

  1. Conéctela a la instancia mediante SSH o RDP.

  2. Ejecute un comando para verificar la conectividad básica, como el siguiente o algo equivalente:

    telnet cam.ctl.io 443
    
  3. Implemente las medidas de corrección dentro de la VM, losenrutadores y firewalls para dar paso a la libre comunicación entre el agente y los servidores CAM.

  4. En Cloud Application Manager, abra el editor de ciclo de vida de la instancia y haga clic en Reinstall (Reinstalar). La instancia debería reflejar el estado correspondiente.

Si la conectividad funciona según lo esperado y el problema continúa, conéctese a la instancia a través de SSH o RDP y haga una copia del agente /var/log/elasticbox/elasticbox-agent.log (Linux) o ProgramData\ElasticBox\elasticbox-agent.log (Windows). Tenga en cuenta que la carpeta está oculta en Windows y debe ingresar la ruta exacta para poder abrir esa carpeta. Una vez que haya recuperado el archivo de registro, adjúntelo cuando se comunique con soporte.

Causa 0

Cuando un script de casilla finaliza con el código de salida 0, por lo general debido a fallas apt-get, el agente de Cloud Application Manager entra en modo de suspensión a la espera de que la máquina o el servicio se reinicien.

Solución

  1. Abra la página de la instancia en CAM para revisar el registro de implementación.

  2. Identifique el script cuyo código de salida sea 0.

  3. Abra el editor de ciclo de vida.

  4. Edite el script identificado y agregue la siguiente línea inmediatamente después del comando que salió con el código 0O.

    [[ "$?" -eq "100" ]] && exit 1
    
  5. Establezca una conexión con la instancia a través de SSH o RDP.

  6. Reinicie el agente.

    Linux:

    sudo /usr/elasticbox/elasticbox restart
    

    Windows (ejecutar en indicador de comando):

    net stop elasticbox
    net start elasticbox
    

Instancia aún en proceso de cancelación

Causa

La ejecución de varias solicitudes de cancelación simultáneas en un lapso de pocos segundos entre sí puede provocar una condición de carrera y hacer que la instancia permanezca en estado de ejecución.

Solución

Desde la página de la instancia de CAM, fuerce el cierre de la instancia. Otra opción es hacer clic en Force Terminate (Forzar cierre) desde el editor de ciclo de vida.

La instancia se bloquea en el paso de instalación del agente de Cloud Application Manager

Causa

Por algún motivo el agente se bloquea aunque se ejecuta en la instancia.

Solución

  1. Ingrese a la instancia y elimine el agente.

  2. Vuelva a implementar la instancia desde el editor de ciclo de vida en Cloud Application Manager. El agente debería comenzar con la implementación.

Si el problema persiste, conéctese a la instancia mediante SSH o RDP y tome una copia del agente /var/log/elasticbox/elasticbox-agent.log (para Linux) o ProgramData\ElasticBox\elasticbox-agent.log (para Windows). Tenga en cuenta que la carpeta está oculta en Windows y debe ingresar la ruta exacta para poder abrir esa carpeta. Una vez que haya recuperado el archivo de registro, adjúntelo cuando se comunique con soporte

La implementación del catálogo de casillas no funciona.

Causa 0

La casilla para políticas de implementación no cumple con los requisitos de la casilla.

Solución

Revise la documentación Readme sobre casillas y los requisitos para casillas y asegúrese de que su proveedor y la casilla para políticas de implementación cumplan con los requisitos mínimos (tipo y versión de SO, CPU, RAM, etc.).

Causa 0

Las casillas públicas de Catálogo son plantillas para implementar rápidamente los paquetes de software utilizados de manera habitual. Hacemos todo lo posible por mantenerlas actualizadas pero, ocasionalmente, las actualizaciones de software, los paquetes/módulos/bibliotecas depreciados o, simplemente, los scripts de instalación rotos las rompen o las dejan inutilizables.

Solución

Le recomendamos contactarse con soporte para darnos aviso sobre una casilla rota. Mientras tanto, puede definir la instalación en una casilla utilizando comandos bash como apt-get, wget, cURL, entre otros.

Problemas de uso compartido de recursos

Al intentar compartir un recurso (proveedor, casilla, instancia) con un usuario o equipo, este no figura en la lista de usuarios o no se puede transferir la propiedad del recurso a otro usuario/equipo.

Causa 0

Los recursos solo se pueden compartir con otros usuarios o equipos que pertenecen a la misma organización o tienen sus organizaciones federadas.

Solución

Asegúrese de que el propietario del recurso y el usuario con el que se desea compartir el recurso pertenezcan a la misma organización. Otra opción es solicitarle al administrador de la organización que se comunique con soporte y solicite la federación a la otra organización.

Causa 0

las casillas para políticas de implementación y proveedores solo se pueden compartir con otros usuarios o equipos que pertenecen a la misma organización o tienen sus organizaciones federadas. Cada usuario o equipo tiene asignado un centro de costos que no se puede modificar.

Solución 0

Asegúrese de que el propietario de los recursos y el usuario al que se los desea enviar pertenezcan al mismo centro de costos. Otra opción es solicitarle al administrador de la organización que se comunique con soporte y solicite la federación a la otra organización.

Solución 0

El administrador de una organización puede editar el centro de costos y agregar a cualquier usuario dentro de la organización (u organizaciones federadas) como administrador del centro de costos. Una vez que el usuario se transforma en administrador del centro de costos, todos los usuarios o equipos del mismo centro de costos pueden compartir sus recursos con este usuario.

Causa 0

La propiedad de las casillas para políticas de implementación y proveedores solo se pueden transferir a otros usuarios o equipos que pertenezcan al mismo centro de costos. Cada usuario o equipo tiene asignado un centro de costos que no se puede modificar.

Solución

Asegúrese que el propietario de los recursos y el usuario al que desea transferirle la propiedad pertenezcan al mismo centro de costos.

Las instancias no se registran en Cloud Application Manager

Causa

El registro de una instancia (importación) está esperando que se instale el agente CAM, pero la instalación del agente parece no completarse jamás.

Solución 0

Asegúrese de que la comunicación de la instancia a registrar a los servidores CAM funcione correctamente.

  1. Conéctela a la instancia mediante SSH o RDP.

  2. Ejecute un comando para verificar la conectividad básica, como el siguiente o algo equivalente:

    telnet cam.ctl.io 443
    

Si no recibe una respuesta:

  1. Implemente las medidas de corrección dentro de la VM, los enrutadores y firewalls para dar paso a la libre comunicación entre la instancia y los servidores CAM.

  2. En Cloud Application Manager, abra la página de detalles de la instancia y haga clic en Retry import (volver a intentar importación) si está disponible o Cancel import (cancelar importanción) y comience el proceso de importación nuevamente. Ahora la instancia debería finalizar el proceso de registro correctamente.

Si la conectividad funciona según lo esperado y el problema continúa, conéctese a la instancia a través de SSH o RDP y haga una copia del agente /var/log/elasticbox/elasticbox-agent.log (Linux) o ProgramData\ElasticBox\elasticbox-agent.log (Windows). Tenga en cuenta que la carpeta está oculta en Windows y debe ingresar la ruta exacta para poder abrir esa carpeta. Una vez que haya recuperado el archivo de registro, adjúntelo cuando se comunique con soporte.

Solución 0

El agente CAM puede estar detenido y no tiene capacidad de completar el proceso de registro porque la SSL stack de la instancia no es compatible con TLS 0.1 como mínimo. Esto puede ocurrir en máquinas con Windows antiguas que usan una versión de .Net Framework anterior a 0.1 (en la versión 2.3 puede decidir usarla, mientras que en las versiones 4.5 y posteriores es la versión predeterminada).

Verifique si los registros de inicio de ElasticBox (C:\program files\elastic Box en Windows) tiene algo como esto:

2019-09-05 17:45:07Z Exception setting "SecurityProtocol": "Cannot convert null to type "System.Net.SecurityProtocolType" due to invalid enumeration values. Specify one of the following enumeration values and try again. The possible enumeration values are "Ssl3, Tls"."

Este mensaje confirma que el protocolo TLS 0.1 requerido no es compatible con el entorno que ejecuta el script. Actualice el entorno a una versión que sea compatible con TLS 0.1 para resolver el problema (por ejemplo, en caso de entornos de Windows más antiguos esto puede requerir la actualización de la versión de .Net Framework que usa el script).

Si parece que la compatibilidad de TLS 0.1 está disponible en la instancia y el problema persiste, conéctese a la instancia a través de SSH o RDP y haga una copia del agente /var/log/elasticbox/elasticbox-agent.log (Linux) o ProgramData\ElasticBox\elasticbox-agent.log (Windows). Tenga en cuenta que la carpeta está oculta en Windows y debe ingresar la ruta exacta para poder abrir esa carpeta. Una vez que haya recuperado el archivo de registro, adjúntelo cuando se comunique con soporte.

Powered by Translations.com GlobalLink OneLink SoftwarePowered By OneLink