Todos os artigos

Getting Started

O que é o CICDoo Primeiros passos: o assistente de configuração O Painel e o Mapa da infraestrutura

Concepts

Fases de produção, staging e desenvolvimento Domínios, subdomínios e SSL Versões e edições do Odoo (Community ou Enterprise) Espaços de trabalho e colaboração em equipa

Servers

Adicionar um servidor Domínios do servidor e DNS Utilizar um balanceador de carga Ações do servidor: deploy, registos e gráficos

Projects & Git

Criar um projeto Ligar o GitHub Ligar o GitLab Ramos e instâncias

Instances & Console

Criar uma instância Reiniciar, parar e remover uma instância Fazer merge de ramos entre fases Web IDE e acesso remoto As definições da instância explicadas Deploys e a fila de tarefas

Agent Tasks

O que são as tarefas de agente Configurar as tarefas de agente Executar uma tarefa e rever o resultado Tempo de agente e recargas

Monitoring & Backups

Monitorizar a instância Cópias de segurança e restauro Notificações de alerta (email e SMS)

Workspaces & Permissions

Convidar membros do espaço de trabalho Permissões de membro e acesso a recursos Um membro não consegue ver ou usar um recurso

Account & Security

Autenticação de dois fatores (2FA) Definições de perfil e integrações Palavras-passe e recuperação da conta

Billing & Plans

Planos e preços Fazer upgrade e gerir a subscrição Se a subscrição de um projeto ficar por pagar O programa de parceiros de canal

Support & Tickets

Abrir um ticket de suporte Obter ajuda da equipa CICDoo

Troubleshooting

Resolução de problemas: não é possível ligar um servidor Resolução de problemas: um deploy falhou Resolução de problemas: git push falha com 403 depois de mover um repositório Resolução de problemas: a instância está em baixo ou lenta Resolução de problemas: problemas de domínio ou SSL

Resolução de problemas

Resolução de problemas: um deploy falhou

Como encontrar o registo de um trabalho de deploy falhado, as causas mais comuns, e como tentar de novo com um reinício suave.

Onde olhar primeiro: o registo do trabalho

Cada deploy corre como um trabalho na fila, e cada trabalho guarda um registo. Esse registo é quase sempre onde está a resposta.

  1. Abre a página Fila. Cada trabalho mostra o seu tipo (deploy, reinício, upgrade, cópia de segurança, e por aí fora) e um selo de estado: Pendente, Em execução, Em curso, Concluído ou Falhou.
  2. Encontra o trabalho falhado e abre o respetivo Registo do trabalho. O registo abre num modal; para trabalhos ainda ativos, atualiza-se em direto de poucos em poucos segundos.
  3. Lê as últimas linhas do registo. Os erros aparecem normalmente perto do fim.

Também podes ver os mesmos trabalhos a partir de dentro de uma instância: abre a Consola da instância e muda para o separador Fila, que lista os trabalhos recentes dessa instância com um botão Atualizar. Clicar aí num trabalho abre o mesmo modal de registo.

Causas comuns que podes resolver sozinho

  • Ramo errado ou em falta: se o nome do ramo para o qual a instância aponta não existir no teu repositório (foi mudado de nome ou eliminado), o código não pode ser obtido. Verifica o ramo no teu repositório.
  • Erros de código durante o upgrade de módulos: um erro de Python ou um ficheiro XML inválido nos teus addons aborta o upgrade. O traceback no registo do trabalho diz-te que módulo e que ficheiro falharam. Corrige o código, faz push e volta a fazer deploy.
  • Servidor offline: se não for possível alcançar o servidor, nenhum trabalho pode correr nele. Verifica o selo de estado do servidor (Online ou Offline) na página Servidores antes de tentares de novo.

Tentar de novo

Depois de corrigires a causa, tenta de novo com um Reinício suave: na Consola da instância, clica em Reiniciar e escolhe Reinício suave. Isto reinicia o Odoo e atualiza os módulos, por isso um upgrade de módulos falhado tem outra oportunidade com o teu código corrigido. O Reinício completo reinicia o contentor Docker; usa-o quando o contentor inteiro se está a portar mal, e não para repetir um upgrade de módulos.

O próprio reinício aparece como um novo trabalho na Fila, por isso podes seguir o registo dele da mesma forma.

Quando escalar

Abre um ticket de suporte (ver Abrir um ticket de suporte) quando:

  • O registo do trabalho mostrar um erro que não vem do teu próprio código.
  • Os trabalhos ficarem Pendentes ou Em execução durante um tempo invulgarmente longo, sem progresso no registo.
  • O mesmo deploy continuar a falhar depois de teres corrigido a causa visível.

No ticket, define o Tipo de problema como Instância (ou Servidor), anexa o recurso e cola a parte relevante do registo do trabalho, sobretudo as últimas linhas. Esse registo é a coisa mais útil que podes incluir.

Anterior Resolução de problemas: não é possível ligar um servidor Seguinte Resolução de problemas: git push falha com 403 depois de mover um repositório

Ainda com dúvidas? Abra um ticket a partir da aplicação ou fale com um engenheiro.