Date : 08/01/2026 00:30 Status : TERMINE
Probleme : Le script detectait les timestamps des fichiers backup, mais rsync preserve les mtime originaux donc les fichiers semblaient vieux meme apres un sync reussi.
Solution : Utiliser le timestamp du fichier log via SSH sur proxmox1.
Code (collect.sh:940) :
RSYNC1_LOG_TIME=$(ssh_cmd 192.168.1.155 "stat -c '%Y' /var/log/rsync-stock1to-backup.log 2>/dev/null" | tr -d '\n')
Resultat : Status "ok" avec last_run correct.
Ancien layout :
Nouveau layout :
Elements visuels :
Logique JS :
isPast = h < nowPositionh <= nowPosition (execution passee)Format : DD/MM HH:MM ✓ ou DD/MM HH:MM ✗
Cliquable pour deplier/plier, affiche les 10 derniers passages.
tail -20 /var/log/rsync-stock8-backup.logjournalctl -u gitlab-runsvdir -n 15Logs affiches dans section pliable par cron.
Probleme : L'historique monitoring etait simule avec l'heure courante (ex: 00:17) au lieu de l'heure pile.
Solution : Generer les timestamps alignes sur les heures pleines :
today_start=$(date -d "today 00:00" +%s)
ts=$((today_start + hour * 3600))
| Fichier | Lignes modifiees |
|---|---|
| collect.sh | ~54 lignes (detection rsync1) |
| generate.sh | +517 / -227 lignes (refonte crons) |
fca79c4 - Refonte page Crons avec timeline 24h par cron
Pousse sur: http://192.168.1.196/gouroubleu/dashboard-33800.git
Strategie fichiers consultation (a implementer) :
/stock_8to/.../monitoring/logs/ → nginx /download/logs/Cela evite la duplication et permet l'acces reseau local uniquement.