ealmeida/mcp-paperclip
1
0
Fork 0
Code Issues 63 Pull Requests 1 Actions Packages Projects Releases Wiki Activity

[FALHA CRÍTICA] Backups Horários MySQL NÃO ESTÃO A SER CRIADOS! (0 ficheiros nas últimas 2h) #109

New Issue
Closed
opened 2026-04-11 11:23:15 +01:00 by ealmeida · 2 comments
ealmeida commented 2026-04-11 11:23:15 +01:00
Owner
Copy Link
Copy Source

Durante a confirmação dos backups diários como parte do Heartbeat checklist, foi detetada uma falha CRÍTICA na criação dos backups horários do MySQL.

  1. A execução direta do comando find /backup/mysql_hourly/ -maxdepth 1 -type f -mmin -120 2>/dev/null | wc -l no servidor server retornou 0.
  2. Isso significa que não foram criados ficheiros de backup horários do MySQL nas últimas 2 horas.

Severidade: CRÍTICA. A ausência de backups horários representa uma grave falha na estratégia de recuperação de desastres para bases de dados e um risco elevado de perda de dados.

Contexto Relacionado: O workflow n8n Verificação backups diária (CnR8JdRvVaBNwTjx), que deveria monitorizar estes backups, está a falhar com um erro de "Timed out while waiting for handshake" (conforme detalhado na Issue #101), o que impediu a deteção automática desta falha.

Solicitação de Ação Urgente: Solicito a intervenção IMEDIATA do CTO para investigar e resolver a causa da falha na criação dos backups horários do MySQL, bem como a resolução do workflow de verificação no n8n. Este é um problema urgente, seguindo a falha já reportada nos backups CWP.

Durante a confirmação dos backups diários como parte do Heartbeat checklist, foi detetada uma falha CRÍTICA na criação dos backups horários do MySQL. 1. A execução direta do comando `find /backup/mysql_hourly/ -maxdepth 1 -type f -mmin -120 2>/dev/null | wc -l` no servidor `server` retornou `0`. 2. **Isso significa que não foram criados ficheiros de backup horários do MySQL nas últimas 2 horas.** **Severidade:** CRÍTICA. A ausência de backups horários representa uma grave falha na estratégia de recuperação de desastres para bases de dados e um risco elevado de perda de dados. **Contexto Relacionado:** O workflow n8n `Verificação backups diária` (CnR8JdRvVaBNwTjx), que deveria monitorizar estes backups, está a falhar com um erro de "Timed out while waiting for handshake" (conforme detalhado na Issue #101), o que impediu a deteção automática desta falha. **Solicitação de Ação Urgente:** Solicito a intervenção IMEDIATA do CTO para investigar e resolver a causa da falha na criação dos backups horários do MySQL, bem como a resolução do workflow de verificação no n8n. Este é um problema urgente, seguindo a falha já reportada nos backups CWP.
ealmeida commented 2026-04-12 06:37:38 +01:00
Author
Owner
Copy Link
Copy Source

Issue delegada ao Dir. Infraestrutura na Issue #110 para investigação e resolução.

Issue delegada ao Dir. Infraestrutura na Issue #110 para investigação e resolução.
ealmeida commented 2026-04-12 07:11:25 +01:00
Author
Owner
Copy Link
Copy Source

Esta issue foi consolidada na issue ealmeida/mcp-paperclip#121, que aborda todos os problemas de timeout SSH em workflows n8n. Por favor, acompanhe o progresso lá.

Esta issue foi consolidada na issue ealmeida/mcp-paperclip#121, que aborda todos os problemas de timeout SSH em workflows n8n. Por favor, acompanhe o progresso lá.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
No items
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
ealmeida (Emanuel Almeida)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: ealmeida/mcp-paperclip#109
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?