adminandClaude Opus 5
4a1cd00e6e
wattpilotshell.log hatte 329 MB erreicht - die wattpilotshell meldet seit Monaten im Sekundentakt denselben Verbindungsfehler, und rotiert wurde nie. logs_rotieren.sh mit logrotate.conf raeumt das jetzt taeglich auf: vierzehn Staende, alles ueber 20 MB sofort, damit ein Prozess in einer Fehlerschleife nicht an einem Tag das Volume fuellt. Der erste Lauf hat aus den 329 MB 61 KB gemacht, verloren ist nichts. Nicht in /etc/logrotate.d abgelegt - das ist DSM-Gebiet und beim naechsten Systemupdate weg. Der Zustand kommt aus einer eigenen Datei statt aus /var/lib/logrotate, wo der von DSM liegt. Die Startskripte leiten dafuer mit ">>" um statt mit "&>". Die Prozesse laufen monatelang durch und sollen fuer eine Rotation nicht neu starten muessen, deshalb copytruncate - der Inhalt wird weggeschrieben und die Datei geleert, waehrend sie offen bleibt. Ohne Anhaengemodus schriebe der Prozess danach an seiner alten Stelle weiter und die Datei bekaeme vorn ein Loch aus Nullbytes. Nebenbei behoben: startWecker.sh leerte seine Logdatei bei jedem Start, und gestartet wird der Wecker jede Nacht um drei. Was er am Vortag gemeldet hatte, war morgens nicht mehr nachzulesen. Die Skripte bekommen ausserdem ihr Ausfuehrungsrecht in den Index - ueber die Windows-Freigabe sieht Git keine Unix-Rechte, ein frischer Checkout haette sie nicht starten koennen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
29 lines
1.2 KiB
Bash
Executable File
29 lines
1.2 KiB
Bash
Executable File
#!/bin/bash
|
|
# Rotiert die Logdateien des SolarManagers.
|
|
#
|
|
# Gehoert einmal taeglich in den Aufgabenplaner (Benutzer wagner genuegt,
|
|
# root ist nicht noetig - alle Dateien gehoeren wagner). Die Regeln stehen in
|
|
# logrotate.conf daneben.
|
|
#
|
|
# Der Zustand kommt ausdruecklich nicht aus /var/lib/logrotate: dort liegt
|
|
# der von DSM, und ein zweiter Aufrufer haette sich dort mit dem System in
|
|
# die Quere gebracht. Die eigene Datei bleibt unter unserer Kontrolle und
|
|
# ist bei Bedarf einfach zu loeschen - dann faengt die Rotation von vorn an.
|
|
#
|
|
# Ein Lauf dauert ein bis zwei Minuten, auch wenn nichts zu tun ist. Das
|
|
# liegt nicht an uns: Synologys logrotate zaehlt bei jedem Start erst den
|
|
# Platzverbrauch unter /var/log zusammen und stolpert dabei ueber Ordner,
|
|
# die wagner nicht lesen darf. Die Meldungen "Permission denied" von /bin/du
|
|
# sind harmlos und gehoeren dazu.
|
|
#
|
|
# ./logs_rotieren.sh normaler Lauf
|
|
# ./logs_rotieren.sh -f sofort rotieren, auch wenn noch nichts faellig
|
|
# ./logs_rotieren.sh -d nur zeigen, was passieren wuerde
|
|
|
|
BASIS="/volume1/homes/wagner/SolarManager"
|
|
|
|
exec /usr/bin/logrotate \
|
|
--state "$BASIS/logrotate.state" \
|
|
"$@" \
|
|
"$BASIS/logrotate.conf"
|