Pular para o conteúdo principal
Este guia fornece etapas diagnósticas de Nível 1 (L1) para solução de problemas em implantações On-Premise do EKB. Essas etapas ajudam a identificar problemas comuns com containers, bancos de dados, serviços e recursos do sistema.
Pré-requisitos: Você precisa de acesso SSH ao servidor/VM do cliente onde o EKB está implantado, e permissões apropriadas para executar comandos Docker e acessar logs de containers.

​
Verificações de Status dos Containers

​
Verificar Status de Todos os Containers

Primeiro, verifique quais containers estão em execução e seu status de saúde: 
# Check all containers status
docker ps -a

# Check containers with health status
docker ps --format "table {{.Names}}\t{{.Status}}\t{{.Health}}"

# Check specific container status
docker ps -a | grep <container_name>
Containers Esperados:
  • web - Aplicação frontend
  • api ou fastapi_backend - Servidor API backend
  • worker ou celery_worker - Worker(s) do Celery
  • redis - Cache Redis
  • rabbitmq - Fila de mensagens RabbitMQ
  • supabase-studio - Supabase Studio
  • supabase-kong - API Gateway Kong
  • supabase-auth - Serviço de autenticação
  • supabase-db ou postgres - Banco de dados PostgreSQL
  • Outros serviços Supabase (storage, meta, etc.)
O Que Verificar:
  • Todos os containers devem estar no status “Up”
  • Nenhum container deve estar no estado “Restarting” ou “Exited”
  • Verificações de saúde devem mostrar “healthy” quando aplicável

​
Reiniciar Containers com Falha

Se os containers estiverem parados ou reiniciando: 
# Restart a specific container
docker restart <container_name>

# Restart all containers
docker compose restart

# Restart specific service
docker compose restart <service_name>

​
Logs dos Containers Backend

​
Verificar Logs do Container API

Os logs do container API do backend contêm informações críticas sobre erros, conexões de banco de dados e problemas de serviço: 
# View recent logs (last 100 lines)
docker logs --tail 100 api

# Or for fastapi_backend
docker logs --tail 100 fastapi_backend

# Follow logs in real-time
docker logs -f api

# View logs with timestamps
docker logs -t api

# View logs from specific time
docker logs --since 30m api

# View logs between timestamps
docker logs --since "2024-01-01T00:00:00" --until "2024-01-01T23:59:59" api
O Que Procurar:
  • Erros de conexão com banco de dados
  • Falhas de conexão com Redis
  • Problemas de conexão com RabbitMQ
  • Erros de autenticação
  • Erros de endpoint da API (500, 503, etc.)
  • Erros de importação/exportação
  • Erros de processamento da Base de Conhecimento
  • Falhas de tarefas do worker

​
Verificar Logs do Container Worker

Os containers worker lidam com tarefas em segundo plano (processamento de KB, embeddings, etc.): 
# Check worker logs
docker logs --tail 100 worker

# Or for celery_worker
docker logs --tail 100 celery_worker

# Check all worker instances
docker ps | grep worker
docker logs <worker_container_name>
O Que Procurar:
  • Erros de execução de tarefas
  • Problemas de memória
  • Erros de tempo limite
  • Erros de conexão com banco de dados nos workers
  • Falhas de sincronização da Base de Conhecimento
  • Erros de geração de embeddings

​
Verificar Logs do Container Web

Os logs do container frontend podem revelar problemas de conexão com UI e API: 
# Check web container logs
docker logs --tail 100 web

# Follow logs
docker logs -f web
O Que Procurar:
  • Erros de build
  • Falhas de conexão com API
  • Problemas com variáveis de ambiente
  • Erros de vinculação de porta

​
Status do Banco de Dados

​
Verificar Status do Banco de Dados PostgreSQL/Supabase

# Check database container status
docker ps | grep -E "(db|postgres|supabase-db)"

# Check database container logs
docker logs --tail 100 supabase-db

# Or for postgres container
docker logs --tail 100 postgres

# Connect to database (if psql is available)
docker exec -it supabase-db psql -U postgres

# Check database connections
docker exec supabase-db psql -U postgres -c "SELECT count(*) FROM pg_stat_activity;"

# Check database size
docker exec supabase-db psql -U postgres -c "SELECT pg_size_pretty(pg_database_size('postgres'));"
O Que Verificar:
  • O container do banco de dados está em execução
  • Sem erros de conexão nos logs
  • O banco de dados não está cheio (verifique o espaço em disco)
  • Conexões ativas estão dentro dos limites
  • Sem consultas longas bloqueando operações

​
Verificar Conectividade do Banco de Dados a partir da API

# Test database connection from API container
docker exec api python -c "
import os
from sqlalchemy import create_engine
try:
    engine = create_engine(os.environ.get('DATABASE_URL'))
    conn = engine.connect()
    print('Database connection successful')
    conn.close()
except Exception as e:
    print(f'Database connection failed: {e}')
"

​
Verificar Migrações do Banco de Dados

# Check if migrations are up to date
docker exec api alembic current

# Check migration history
docker exec api alembic history

# View pending migrations
docker exec api alembic heads

​
Status do Redis

​
Verificar Container Redis

# Check Redis container status
docker ps | grep redis

# Check Redis logs
docker logs --tail 100 redis

# Test Redis connection
docker exec redis redis-cli ping

# Should return: PONG

# Check Redis info
docker exec redis redis-cli info

# Check Redis memory usage
docker exec redis redis-cli info memory

# Check connected clients
docker exec redis redis-cli info clients
O Que Verificar:
  • O Redis está respondendo ao ping
  • Uso de memória está dentro dos limites
  • Sem erros de conexão
  • Sem erros de evição (memória cheia)

​
Testar Redis a partir do Container API

# Test Redis connection from API
docker exec api python -c "
import redis
import os
try:
    r = redis.Redis(host='redis', port=6379, decode_responses=True)
    r.ping()
    print('Redis connection successful')
except Exception as e:
    print(f'Redis connection failed: {e}')
"

​
Status do RabbitMQ

​
Verificar Container RabbitMQ

# Check RabbitMQ container status
docker ps | grep rabbitmq

# Check RabbitMQ logs
docker logs --tail 100 rabbitmq

# Check RabbitMQ management (if accessible)
# Access: http://<server-ip>:15672
# Default credentials: user/password
O Que Verificar:
  • O container está em execução
  • Sem erros de conexão
  • As filas estão processando mensagens
  • Sem acumulação de mensagens

​
Verificar RabbitMQ a partir da API

# Test RabbitMQ connection
docker exec api python -c "
import pika
try:
    connection = pika.BlockingConnection(
        pika.ConnectionParameters('rabbitmq', 5672, '/',
            pika.PlainCredentials('user', 'password'))
    )
    print('RabbitMQ connection successful')
    connection.close()
except Exception as e:
    print(f'RabbitMQ connection failed: {e}')
"

​
Recursos do Sistema

​
Verificar Espaço em Disco

Pouco espaço em disco pode causar problemas no banco de dados, armazenamento e containers: 
# Check overall disk usage
df -h

# Check disk usage for Docker volumes
docker system df

# Check specific volume usage
docker volume inspect <volume_name>

# Check directory sizes
du -sh /var/lib/docker/volumes/*
du -sh ./supabase/docker/volumes/*

# Check in-container disk usage (for database)
docker exec supabase-db df -h
O Que Verificar:
  • A partição raiz tem espaço suficiente (>20% livre recomendado)
  • Os volumes Docker não estão cheios
  • O diretório de dados do banco de dados tem espaço
  • O armazenamento Supabase tem espaço

​
Verificar Uso de Memória

# Check system memory
free -h

# Check container memory usage
docker stats --no-stream

# Check specific container memory
docker stats <container_name> --no-stream
O Que Verificar:
  • O sistema tem memória disponível
  • Os containers não estão atingindo os limites de memória
  • Sem kills OOM (Out of Memory) nos logs

​
Verificar Uso de CPU

# Check CPU usage
top
# or
htop

# Check container CPU usage
docker stats --no-stream

​
Conectividade de Rede

​
Verificar Rede dos Containers

# Check Docker network
docker network ls

# Inspect network configuration
docker network inspect <network_name>

# Check if containers can communicate
docker exec api ping -c 3 redis
docker exec api ping -c 3 rabbitmq
docker exec api ping -c 3 supabase-db

​
Verificar Disponibilidade de Portas

# Check if ports are in use
netstat -tulpn | grep -E "(3001|8001|6379|5672|5432|8000)"

# Or using ss
ss -tulpn | grep -E "(3001|8001|6379|5672|5432|8000)"

# Check port from container
docker exec api curl -I http://localhost:8001/health

​
Variáveis de Ambiente

​
Verificar Configuração de Ambiente

# Check environment variables for a container
docker exec api env | grep -E "(DATABASE|REDIS|RABBITMQ|API)"

# Check .env files (if accessible)
cat ./env/.env.server | grep -v "PASSWORD\|SECRET\|KEY"  # Exclude sensitive data
cat ./env/.env.web | grep -v "PASSWORD\|SECRET\|KEY"

# Check environment from docker-compose
docker compose config
O Que Verificar:
  • As strings de conexão do banco de dados estão corretas
  • Os nomes de host do Redis e RabbitMQ estão corretos
  • As URLs da API estão configuradas corretamente
  • As variáveis de ambiente necessárias estão definidas
  • Sem erros de digitação nos nomes das variáveis

​
Permissões de Arquivos

​
Verificar Permissões de Arquivos e Diretórios

# Check permissions on key directories
ls -la ./alignment-project-server
ls -la ./ai-content-creator
ls -la ./supabase/docker/volumes

# Check Docker socket permissions
ls -la /var/run/docker.sock

# Check certificate files (if using HTTPS)
ls -la ./certs/
O Que Verificar:
  • Os diretórios da aplicação são legíveis
  • O socket Docker tem permissões corretas
  • Os mounts de volumes têm permissões apropriadas
  • Os arquivos de certificado são acessíveis

​
Verificações Específicas por Serviço

​
Problemas com Base de Conhecimento

Se a Base de Conhecimento não estiver atualizando ou processando: 
# Check worker logs for KB processing
docker logs --tail 200 worker | grep -i "knowledge\|kb\|embedding"

# Check for embedding model issues
docker logs api | grep -i "embedding\|model"

# Check Supabase storage
docker logs supabase-storage

# Check file upload limits
docker exec supabase-db psql -U postgres -c "
SELECT name, file_size_limit 
FROM storage.buckets;
"

​
Problemas com Chat/Agente

# Check API logs for agent errors
docker logs --tail 200 api | grep -i "agent\|chat\|llm"

# Check worker logs for agent tasks
docker logs --tail 200 worker | grep -i "agent\|chat"

​
Problemas de Autenticação

# Check auth service logs
docker logs --tail 100 supabase-auth

# Check database for auth issues
docker exec supabase-db psql -U postgres -c "
SELECT * FROM auth.users LIMIT 5;
"

​
Padrões Comuns de Erros

​
Erros de Conexão com Banco de Dados

Sintomas:
  • Erros “Connection refused”
  • Erros “Too many connections”
  • Erros de tempo limite
Etapas Diagnósticas:
  1. Verifique se o container do banco de dados está em execução: docker ps | grep db
  2. Verifique os logs do banco de dados: docker logs supabase-db
  3. Verifique os limites de conexão: docker exec supabase-db psql -U postgres -c "SHOW max_connections;"
  4. Verifique as conexões ativas: docker exec supabase-db psql -U postgres -c "SELECT count(*) FROM pg_stat_activity;"
  5. Verifique o DATABASE_URL nas variáveis de ambiente

​
Erros de Conexão com Redis

Sintomas:
  • “Connection refused” para Redis
  • Falhas de cache
  • Problemas de sessão
Etapas Diagnósticas:
  1. Verifique o container Redis: docker ps | grep redis
  2. Teste o Redis: docker exec redis redis-cli ping
  3. Verifique os logs do Redis: docker logs redis
  4. Verifique o nome de host do Redis nas variáveis de ambiente

​
Falhas de Tarefas do Worker

Sintomas:
  • Tarefas não sendo concluídas
  • Base de Conhecimento não sincronizando
  • Tarefas em segundo plano falhando
Etapas Diagnósticas:
  1. Verifique os logs do worker: docker logs worker
  2. Verifique o status do container worker: docker ps | grep worker
  3. Verifique as filas do RabbitMQ: Acesse a interface de gerenciamento do RabbitMQ
  4. Verifique problemas de memória: docker stats worker

​
Problemas de Armazenamento/Upload de Arquivos

Sintomas:
  • Uploads de arquivo falhando
  • Erros “File too large”
  • Cota de armazenamento excedida
Etapas Diagnósticas:
  1. Verifique o espaço em disco: df -h
  2. Verifique os logs do armazenamento Supabase: docker logs supabase-storage
  3. Verifique os limites de tamanho de arquivo na configuração do Supabase
  4. Verifique a configuração do bucket de armazenamento

​
Script de Diagnóstico Rápido

Crie um script de diagnóstico para executar todas as verificações de uma vez: 
#!/bin/bash
echo "=== EKB On-Premise Diagnostics ==="
echo ""
echo "1. Container Status:"
docker ps --format "table {{.Names}}\t{{.Status}}"
echo ""
echo "2. Disk Space:"
df -h | grep -E "(Filesystem|/dev/)"
echo ""
echo "3. Memory:"
free -h
echo ""
echo "4. Redis:"
docker exec redis redis-cli ping 2>/dev/null || echo "Redis not responding"
echo ""
echo "5. Database:"
docker exec supabase-db psql -U postgres -c "SELECT version();" 2>/dev/null || echo "Database not responding"
echo ""
echo "6. Recent API Errors (last 20 lines):"
docker logs --tail 20 api 2>/dev/null | grep -i error || echo "No recent errors"
echo ""
echo "=== Diagnostics Complete ==="
Salve como diagnostics.sh, torne executável: chmod +x diagnostics.sh, e execute: ./diagnostics.sh

​
Informações de Escalação

Ao escalar para suporte L2, forneça:
  1. Status dos Containers: Saída de docker ps -a
  2. Logs Recentes: Últimas 100-200 linhas dos containers relevantes
  3. Recursos do Sistema: Saída de df -h e free -h
  4. Mensagens de Erro: Mensagens de erro específicas dos logs
  5. Configuração: Nomes das variáveis de ambiente (não valores) que estão definidos
  6. Linha do Tempo: Quando o problema começou
  7. Impacto: Qual funcionalidade está afetada
Entre em Contato com o Suporte: support@automationanywhere.com

​
Recursos Adicionais