Zigbee2mqtt Update oder external converter

[udo1toni]

Also doch 32 Bit Um ein neues Image kommst Du also nicht herum, wenn Du den Pi mit openHAB5 verwenden willst.

Der Pi 5 ist natürlich super als Upgrade und da Du dort eh zwingend ein neues Image nutzen musst, kannst Du dann auch bequem auf 64 Bit wechseln.

Alternativ zu openHABian geht wie erwähnt auch docker, welches die einzelnen Dienste in separaten Containern bereitstellt.
Man kann dann einen Stack anlegen, der alle Container automatisch erzeugt und gemeinsam startet.
Als komfortable Verwaltungsoberfläche kann ich Portainer empfehlen, welches ebenfalls als Container unter docker läuft (der einzige Container, den man aus naheliegenden Gründen nicht über Portainer verwalten kann).

[Max84]

Ja, das mit docker werde ich auf jeden Fall versuchen. Hört sich sehr gut an!
Nachdem ja erstmal alles wieder lief, ist Zigbee2mqtt heute wieder ausgefallen. Ich habe schon einige Zeit recherchiert und glaube auch erkannt zu haben, dass irgendwie der Speicher voll ist.
Im log – Verzeichnis von Z2m waren nur alte Daten. Die habe ich gelöscht. Trotzdem startet Z2m nicht
Df -h liefert:

Filesystem...........Size........Used........Avail........Use%........Mounted on
/dev/root............59G........6.5G........50G.........12%........../
devtmpfs.............1.9G........0 ..........1.9G..........0%........../dev
tmpfs.................1.9G........ 0...........1.9G.........0%........../dev/shm
tmpfs..................69M........1.9M........768M........1%........../run
tmpfs..................5.0M........0............5.0M........0%........../run/lock
/dev/mmcblk0p1...255M........51M.........205M........20%......../boot
/dev/zram1..........721M.......148M........521M........23%........./opt/zram/zram1
overlay1..............721M........148M........521M........23%......../var/lib/openhab/persistence
/dev/zram2..........974M........930M........0............100%......./opt/zram/zram2
overlay2..............974M.........930M........0............100%......./var/log
tmpfs..................385M.........0............385M.......0%........../run/user/1000


also auf jeden Fall das /var/log Verzeichnis voll soweit ich das verstehe. Aber warum? Und soll ich es einfach komplett löschen?

Gruß
Max

[Max84]

Das Problem scheint an den beiden Dateien

Syslog und daemon.log zu liegen. Die sind beide über 400MB.

Ich habe dank google mit dem Befehl sudo sh -c 'echo > /var/log/syslog' die syslog leeren können. Die daemon.log klappt leider nicht. "Permission denied"

Aber es hat gereicht, dass Zigbee2mqtt erstmal wieder läuft. Ist nur die Frage wie lange…

[udo1toni]

Wie auch immer Google auf eine solche Variante verfällt...
Was eventuell funktionieren könnte (in dieser Variante) wäre

Code: Alles auswählen

echo '' | sudo tee /var/log/daemon.log

Die Ausgabe von echo (in diesem Fall ein leerer String) wird über die Pipe an das nachfolgende Kommando weitergegeben, in diesem Fall der Befehl tee, welcher die Eingabe sowohl an die Konsole als auch in die angegebene Datei schreibt. Dabei wird tee mit erweiterten Rechten gestartet, das ist der Witz daran
Was auf jeden Fall gehen sollte:

Code: Alles auswählen

sudo  rm /var/log/daemon.log
sudo touch /var/log/daemon.log

Vorher bitte einmal prüfen, welche Berechtigungen für die Datei eingetragen sind:

Code: Alles auswählen

openhab@openhabian:~ $ ls -l /var/log/daemon.log
-rw-r----- 1 root adm 185838 Jul 18 12:56 /var/log/daemon.log

Wichtig sind hier vorne die Buchstaben (Berechtigung für den Besitzer ist Read/Write, für die Gruppe Read, für alle anderen gar nichts) und auch die Besitzverhältnisse, hier gehört die Datei dem User root und der Gruppe adm.
Wenn das soweit korrekt ist, müsstest Du die Rechte für die Datei nach dem erneuten Anlegen anschließend noch mal anpassen:

Code: Alles auswählen

sudo chown root:adm /var/log/daemon.log
sudo chmod 640 /var/log/daemon.log

Grundsätzlich wegen Platzproblemen in /var/log/:
Als erstes kannst Du immer alle Dateien mit der Endung .gz löschen. Das sind jeweils Vorgängerversionen der entsprechenden Dateien. Je nach Einstellungen gibt es davon auch mehrere. Natürlich sind diese Dateien gepackt und relativ klein, aber auch das hilft ja.
Auch die Unterverzeichnisse enthalten oftmals viele alte Logdateien. Logs kann man eigentlich immer unbesorgt löschen, wenn man nicht gerade Probleme analysiert (denn dann braucht man ja jede Information...)
Wenn man Logdateien löscht (wie oben) und nicht selbst wieder anlegt, sollte die entsprechende Softwarekomponente die Datei auch selbst wieder anlegen, spätestens wenn das entsprechende Programm neu gestartet wurde, im Grunde sollte also der rm Befehl ausreichen, schlimmstenfalls müsstest Du einmal neu booten.
Aber es immer gut, zu verstehen, wie man auf Dateiebene entsprechende Aufgaben "korrekt" erledigen kann, deshalb die langatmige Anleitung oben...