Azioni
Segnalazione #355
apertaPRISM WARNING: Carlo e Paolo se serve intervenite
Stato:
Nuovo
Priorità:
Normale
Assegnato a:
-
Inizio:
15-07-2026
Scadenza:
% Completato:
0%
Tempo stimato:
Descrizione
Problema ed evidenze operative:
- Teams message. Carlo e Paolo se serve intervenite
Soluzione / Procedura Operativa Prioritaria:
Fonte della procedura: diagnosi conservativa costruita sull'evidenza primaria disponibile.
- Usare identificativi, utente, orario e operazione riportati nell'evento per cercare nello stesso timeframe log applicativi, trace APM e stato persistito del workflow, evitando ricerche generiche su tutto l'ambiente.
- Ricostruire in ordine le transizioni del workflow dall'ingresso alla risposta finale e individuare la prima transizione assente, fallita o rimasta in stato intermedio.
- Riprodurre una sola volta il caso in ambiente controllato acquisendo correlation/trace id, richiesta, risposta e tempi di ciascuna dipendenza.
- Applicare retry, replay o correzione dati soltanto dopo aver verificato idempotenza e stato corrente, quindi eseguire una prova funzionale end-to-end con lo stesso percorso.
Step di Diagnosi ed Esecuzione:
- 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: intervenite
- topologia: No Datadog hosts matched target: intervenite
- logs: nessun evento trovato. Query: "intervenite"
Diagnosi corrente / Root cause:
Causa non ancora dimostrata; le ipotesi sotto sono ordinate e richiedono verifica tecnica.
- Root cause non determinabile con le sole evidenze ricevute. Il sintomo osservato e: Carlo e Paolo se serve intervenite. La diagnosi deve identificare la prima transizione tecnica fallita nel workflow e confermarla con log, trace o stato persistito prima di attribuire la causa a un componente.
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.
Nessun dato disponibile
Azioni