Files
SolarManager/startMQTTbridge.sh
T
adminandClaude Opus 5 4a1cd00e6e Logrotation: die Dateien wachsen nicht mehr unbegrenzt
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>
2026-09-03 19:27:48 +02:00

23 lines
770 B
Bash
Executable File

#!/bin/bash
echo "Starting..."
# Change the name of the script here
SCRIPT_NAME="wsMQTTbridge.py"
LOG_FILE="wsMQTTbridge.log"
# Find the process ID of any running instance of the script
PID=$(ps aux | grep "$SCRIPT_NAME" | grep -v grep | awk '{print $2}')
# If a running instance was found, kill it
if [[ -n "$PID" ]]; then
echo "Killing process $PID"
kill "$PID"
fi
# Start the script
cd "/volume1/homes/wagner/SolarManager/"
# Angehaengt statt ueberschrieben: logrotate leert diese Datei mit
# copytruncate, waehrend der Prozess sie offen haelt. Ohne Anhaengemodus
# schriebe er danach an seiner alten Stelle weiter, und die Datei bekaeme ein
# Loch aus Nullbytes in der Groesse des bisherigen Inhalts.
/usr/bin/python3 "$SCRIPT_NAME" >> "$LOG_FILE" 2>&1 &