Les pointilles s effacent, et une sauvegarde ne se faisait plus depuis juin

Trois choses vues en regardant deux captures.

La tache Hyper Backup « Synology NAS 1 » echoue en zero seconde : sa
destination, le dossier partage ARCHIVEFAMILLE sur 10.10.10.22, n existe pas —
ni en clair, ni chiffre, ni dans la configuration Samba. Sa jumelle, qui vise
le dossier video du meme hote, reussit. Dix notifications d echec retrouvees,
zero reussite, la plus ancienne du 6 juin : les photos 2008-2015 n ont aucune
sauvegarde depuis trois mois. Non corrige, la machine source n accepte pas ma
cle et le choix de destination appartient au proprietaire.

Les annotations Grafana deviennent opt-in, et le genre bilan en est ecarte : a
lui seul un quart des lignes, presque toutes des bascules d un drapeau qui
change plusieurs fois par heure. Un trait vertical marque ce qui arrive, pas ce
qui clignote. Au passage les deux panneaux de comparaison affichaient huit
courbes dont quatre mortes ; ils ne montrent plus que les modules ayant emis
dans les deux dernieres heures — un critere d activite, pas un prefixe de
code-barres.

Et la marge de 50 % de la nuit est verifiee : il fallait couvrir 2,22 kWh
jusqu au croisement solaire, le bilan en avait reserve 2,65. Dix-neuf pour cent
d assurance sur un parc de quatre modules.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ
This commit is contained in:
Tallagrand Thierry
2026-09-06 15:44:30 +02:00
parent 0ba3cb81ee
commit 3fe84e09d4
10 changed files with 118 additions and 18 deletions

View File

@@ -4948,6 +4948,78 @@ joignable depuis le telephone. Et une session Claude, meme pilotable a distance,
reste un poste de travail — ce n'est pas elle qui doit porter la surveillance de
nuit, d'ou le rapport par courriel loge dans le service d'historisation.
### La sauvegarde « Synology NAS 1 » echoue depuis au moins TROIS MOIS
Signalee par une notification DSM apercue dans une capture. Faits, lus dans le
courriel d'echec :
```
Tache de sauvegarde : Synology NAS 1
Destination : 10.10.10.22 / ARCHIVEFAMILLE / ARCHIVE_1_PHOTOS_2008_2015.hbk
Duree : 0 Second
```
**Duree zero** : la tache n'a pas pu demarrer, ce n'est pas une erreur de
donnees. Verifie en SSH sur 10.10.10.22 : le dossier partage
**`ARCHIVEFAMILLE` n'existe pas** — ni en clair, ni comme partage chiffre, ni
dans la configuration Samba. Les partages reels y sont `photo`, `video`,
`FILMS`, `PLONGEES`, `KEVIN`, `NetBackup`, `docker`, `projects`...
La tache jumelle « Synology NAS 2 » vise `10.10.10.22 / video /
ARCHIVE_1_VIDEO.hbk` et **reussit** : l'hote de destination va bien, c'est le
dossier qui a disparu.
Anciennete : dix notifications d'echec retrouvees, **zero reussite**, la plus
ancienne du **06/06/2026**. Les photos 2008-2015 de ARCHIVE (10.10.10.50) n'ont
donc aucune sauvegarde depuis au moins trois mois, et l'alerte quotidienne
partait dans une boite a 17 600 messages non lus.
⚠️ Non corrige : 10.10.10.50 n'accepte pas ma cle SSH, et recreer un partage
puis reconfigurer Hyper Backup est une decision qui appartient au proprietaire.
Deux voies : recreer un dossier partage `ARCHIVEFAMILLE` sur 10.10.10.22, ou
repointer la tache vers un partage existant (`NetBackup` est le nom
conventionnel). Dans les deux cas il faudra une sauvegarde COMPLETE au premier
passage, le `.hbk` n'existant pas.
### Les annotations Grafana etaient devenues illisibles
Sept jours d'historique produisaient une foret de pointilles orange masquant les
courbes. Deux corrections dans `tools/gen-grafana-dashboards.py` :
1. **`enable: False`** — les evenements deviennent OPT-IN. Le bouton
« Evenements » en tete de tableau les rallume quand on veut le contexte d'un
incident. C'est ce bouton qui etait allume par defaut.
2. **Le genre `bilan` est ecarte** de l'annotation : a lui seul **26 %** des
lignes (36 sur 137), presque toutes des bascules de « production bridee » qui
changent plusieurs fois par heure. Un trait vertical doit marquer ce qui
ARRIVE — bascule du contacteur, vehicule branche, changement de mode ACM,
redemarrage, intervention manuelle — pas un drapeau qui clignote.
Au passage : les deux panneaux qui COMPARENT les modules entre eux affichaient
**huit courbes dont quatre mortes**. Le releveur lit aussi les modules isoles
tant qu'ils sont sous tension ; le pack ancien a cesse d'emettre le 05/09 mais
restait trace sur une fenetre de sept jours. Filtre pose : « module ayant emis
dans les deux dernieres heures » — un critere d'activite, pas un prefixe de
code-barres, donc rebrancher un pack le fait revenir tout seul.
62/62 requetes toujours valides.
### La marge de 50 % de cette nuit, verifiee
Question du proprietaire : est-elle justifiee pour un demi-parc ? Mesure de
05:05 (fin de la recharge, SOC 55) a 08:45 (croisement PV) :
| | |
|---|---:|
| consommation maison | 2,57 kWh |
| production PV sur la periode | 0,35 kWh |
| **energie reellement a couvrir** | **2,22 kWh** |
| ce que le bilan avait reserve (49,4 % - plancher 22 %) | **2,65 kWh** |
| ce que la batterie a effectivement fourni | 1,00 kWh |
**Marge de 19 %** entre ce qui etait reserve et ce qu'il fallait : c'est une
assurance, pas un gaspillage. La batterie n'a fourni que 1,00 kWh parce que le
reseau a porte la maison de 05:05 a 06:47 — mais la reserve devait couvrir le
cas ou le contacteur disparait a 05:05, et dans ce cas les 2,22 kWh etaient
tous a sa charge. Sur un parc de quatre modules (7,1 kWh utiles de 100 a 22 %),
2,65 kWh representent 37 % du parc. Justifie.
### Reste ouvert
- Detecteur de gel dans le service d'historisation : une grandeur qui ne bouge
pas alors qu'une autre du meme bilan bouge = alerte. Non fait.