Todos los artículos

Getting Started

Qué es CICDoo Primeros pasos: el asistente de incorporación El Panel y el Mapa de Infraestructura

Concepts

Etapas de producción, staging y desarrollo Dominios, subdominios y SSL Versiones y ediciones de Odoo (Community vs Enterprise) Espacios de trabajo y colaboración en equipo

Servers

Añadir un servidor Dominios de servidor y DNS Usar un balanceador de carga Acciones de servidor: desplegar, registros y gráficos

Projects & Git

Crear un proyecto Conectar GitHub Conectar GitLab Ramas e instancias

Instances & Console

Crear una instancia Reiniciar, detener y eliminar una instancia Fusionar ramas entre etapas Web IDE y acceso remoto Explicación de los ajustes de la instancia Despliegues y la cola de trabajos

Agent Tasks

Qué son las tareas del agente Configurar las tareas del agente Ejecutar una tarea y revisar el resultado Tiempo de agente y recargas

Monitoring & Backups

Monitorear tu instancia Copias de seguridad y restauración Notificaciones de alerta (correo y SMS)

Workspaces & Permissions

Invitar a miembros del espacio de trabajo Permisos de los miembros y acceso a recursos Un miembro no puede ver o usar un recurso

Account & Security

Autenticación de dos factores (2FA) Ajustes de perfil e integraciones Contraseñas y recuperación de cuenta

Billing & Plans

Planes y precios Mejorar y gestionar tu suscripción Si una suscripción de proyecto queda sin pagar El programa de partners de canal

Support & Tickets

Abrir un ticket de soporte Cómo obtener ayuda del equipo de CICDoo

Troubleshooting

Resolución de problemas: no se puede conectar un servidor Resolución de problemas: falló un despliegue Resolución de problemas: git push falla con 403 tras mover un repositorio Resolución de problemas: mi instancia está caída o lenta Resolución de problemas: problemas de dominio o SSL

Resolución de problemas

Resolución de problemas: falló un despliegue

Cómo encontrar el registro de un trabajo de despliegue fallido, las causas más comunes y cómo reintentar con un reinicio suave.

Dónde mirar primero: el registro del trabajo

Cada despliegue se ejecuta como un trabajo en la cola, y cada trabajo conserva un registro. Ese registro es casi siempre donde está la respuesta.

  1. Abre la página de Cola. Cada trabajo muestra su tipo (despliegue, reinicio, actualización, copia de seguridad, etc.) y una insignia de estado: Pendiente, En ejecución, En progreso, Completado o Fallido.
  2. Encuentra el trabajo fallido y abre su Registro del trabajo. El registro se abre en una ventana modal; para los trabajos que aún están activos se actualiza en vivo cada pocos segundos.
  3. Lee las últimas líneas del registro. Los errores suelen aparecer cerca del final.

También puedes ver los mismos trabajos desde dentro de una instancia: abre la Consola de la instancia y cambia a la pestaña Cola, que lista los trabajos recientes de esa instancia con un botón de Actualizar. Al hacer clic en un trabajo allí se abre la misma ventana modal del registro.

Causas comunes que puedes solucionar tú mismo

  • Rama incorrecta o inexistente: si el nombre de la rama al que apunta la instancia no existe en tu repositorio (fue renombrada o eliminada), no se puede descargar el código. Comprueba la rama en tu repositorio.
  • Errores de código durante la actualización de módulos: un error de Python o un archivo XML defectuoso en tus addons abortará la actualización. El rastreo (traceback) en el registro del trabajo te indica qué módulo y qué archivo fallaron. Corrige el código, haz push y despliega de nuevo.
  • Servidor fuera de línea: si no se puede alcanzar el servidor, no se puede ejecutar ningún trabajo en él. Comprueba la insignia de estado del servidor (En línea o Fuera de línea) en la página de Servidores antes de reintentar.

Reintentar

Después de corregir la causa, reintenta con un Reinicio suave: en la Consola de la instancia, haz clic en Reiniciar y elige Reinicio suave. Esto reinicia Odoo y actualiza los módulos, de modo que una actualización de módulos fallida recibe otro intento con tu código corregido. El Reinicio forzado reinicia en su lugar el contenedor Docker; úsalo cuando todo el contenedor se comporta mal, en lugar de para volver a ejecutar una actualización de módulos.

El propio reinicio aparece como un nuevo trabajo en la Cola, así que puedes seguir su registro de la misma manera.

Cuándo escalar

Abre un ticket de soporte (consulta Abrir un ticket de soporte) cuando:

  • El registro del trabajo muestra un error que no proviene de tu propio código.
  • Los trabajos permanecen en Pendiente o En ejecución durante un tiempo inusualmente largo sin avances en el registro.
  • El mismo despliegue sigue fallando después de que hayas corregido la causa visible.

En el ticket, establece el Tipo de problema en Instancia (o Servidor), adjunta el recurso y pega la parte relevante del registro del trabajo, especialmente las líneas finales. Ese registro es lo más útil que puedes incluir.

Anterior Resolución de problemas: no se puede conectar un servidor Siguiente Resolución de problemas: git push falla con 403 tras mover un repositorio

¿Sigues atascado? Abre un ticket desde la app o habla con un ingeniero.