AdArte

Problema ed evidenze operative:

• ADARTE Backup Job Failed Alert: Backup job failed Type: Job Management - Data Protection: Job ID: 10793752; stato: Failed; client: ada-col-postgres-c02; agent: Linux File System; livello: Incremental; CommCell: psnbckcmsdcrz; errore: [19:599]; failure reason: Loss of control process ifind.exe. Possible causes: 1. The control process has unexpectedly died. Check system resource utilizatio [...contenuto ridotto per evitare inferenza lenta...] gres-c02 may have rebooted. 5. Antivirus/Malware software may be blocking the process. Please ensure that all exclusions are in pl
• ADARTE Backup Job Failed Alert: Backup job failed Type: Job Management - Data Protection: Job ID: 10793761; stato: Failed; client: ada-col-postgres-c01; agent: Linux File System; livello: Incremental; CommCell: psnbckcmsdcrz; errore: [19:599]; failure reason: Loss of control process ifind.exe. Possible causes: 1. The control process has unexpectedly died. Check system resource utilizatio [...contenuto ridotto per evitare inferenza lenta...] gres-c01 may have rebooted. 5. Antivirus/Malware software may be blocking the process. Please ensure that all exclusions are in pl

Soluzione / Procedura Operativa Prioritaria:
Fonte della procedura: diagnosi conservativa costruita sull'evidenza primaria disponibile.

• Rilanciare il backup incrementale solo dopo aver confermato che il client e il processo di controllo sono stabili.
• Esecuzione di test di backup: Eseguire test di backup regolari per verificare l'efficacia del sistema di recupero.
• Aprire il dettaglio del 10793752 in Commvault e verificare log, Event Viewer e fase esatta del fallimento.
• Verificare sul client ada-col-postgres-c02 se il processo di controllo e morto per crash, reboot/failover, saturazione risorse o blocco antivirus.
• Controllare connettivita client-CommCell-MediaAgent nel timeframe dell'errore e rilanciare l'incrementale solo dopo stabilizzazione.

Step di Diagnosi ed Esecuzione:

• Aprire in Commvault il dettaglio del 10793752 e verificare fase, stream, subclient, MediaAgent e log dell'agent sul client ada-col-postgres-c02.
• Sul client ada-col-postgres-c02 verificare servizi dell'agent, raggiungibilita verso CommCell/MediaAgent, risorse e eventuale failover/reboot nel timeframe dell'alert.
• Validare lato PostgreSQL il ruolo del nodo con pg_is_in_recovery(), stato replica e porta 5432 prima di rilanciare il backup.
• Usare la query Datadog riportata sotto per aprire log/APM nello stesso timeframe e verificare se esistono errori sul servizio coinvolto.

Dati Datadog / Telemetry:

• finestra analizzata: ultimi 180 minuti
• chiavi evento usate per la ricerca: 10793752, 10793760, 10793761, ada-col-postgres-c02, ada-col-postgres-c03, ada-col-postgres-c01, psnbckcmsdcrz, 19:599
• topologia: No Datadog hosts matched target: 10793752,10793760,10793761,ada-col-postgres-c02
• logs: nessun evento trovato. Query: "10793752" OR "10793760" OR "10793761" OR "ada-col-postgres-c02" OR "ada-col-postgres-c03" OR "ada-col-postgres-c01" OR "psnbckcmsdcrz" OR "19:599"

Diagnosi corrente / Root cause:
Causa non ancora dimostrata; le ipotesi sotto sono ordinate e richiedono verifica tecnica.

• Le possibili cause includono la morte anomala del processo di controllo, disconnessione della rete, failover di cluster, rialiccezione del server o blocco da parte di software antivirus/malware.
• Stato della rete e configurazioni del firewall.

Dati necessari per conferma/chiusura:

• Confermare workflow riproducibile, utenti/operazioni impattati, orario di inizio e ultimo esito corretto noto.
• Acquisire log/APM e metriche del servizio nel timeframe esatto, includendo trace_id, correlation_id o request_id quando disponibili.
• Registrare l'esito dei comandi, la correzione applicata e una prova funzionale positiva prima della chiusura.