Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@homoran

PWD = print working directory

Das ist nicht wild.

[Gezi70]

@thomas-braun
guckt ihr noch drüber?

[Thomas Braun]

@gezi70

Um 15:36 ist das durchgelaufen oder auch weggeknickt?

[Gezi70]

@thomas-braun

auch weggeknickt...

[Thomas Braun]

@gezi70

Ich vermute da eine krumme Einstellung bei influx. Kenn ich mich aber nicht mit aus.

[Gezi70]

@thomas-braun
Dann guck ich da nachher noch mal drüber. Vielen Dank erstmal.

[Gezi70]

@thomas-braun
Ich habe in den letzten Tagen meine influxDB und Grafana nochmal neu aufgesetzt. Dazu heute früh, nachdem wieder alles tot war den Backitup - Adapter runtergeworfen und wieder frisch installiert und eingerichtet Beim Test ging beim ersten Probedurchlauf wieder nichts mehr.
Jetzt hab ich die russische Methode angewandt: Homematic Schaltaktor vor den Netzstecker zum Raspi -> Datenpunkt auf der CCU3 wird 5 Minuten nach dem Update vom ioBroker wahr geschaltet -> bleibt dies aus, wird auf der CCU3 ein Programm ausgelöst, das den Aktor für 30 Sekunden aus- und dann wieder einschaltet. Anschließend krieg ich von der CCU eine Pushover - Nachricht, dass der Raspberry abgekackt ist. Mal sehen wie oft das passiert...

[Homoran]

@gezi70 sagte in Backup Adapter hängt System auf:

Mal sehen wie oft das passiert...

Anschließend bestimmt öfter, wenn davon das Dateisystem einen Knacks bekommt.

[simatec]

@gezi70 Deine InfluxDB verusacht hier das Problem. Schmeiße mal Influxdb runter oder stoppe den kompletten dienst dauerhaft und teste es erneut.

Da ist irgendwas krum installiert.
Stecker ziehen ist absolut tödlich für dein Filesystem

[Gezi70]

@simatec
Ich habe noch etwas probiert und herausgefunden, dass der Fehler dann auftritt wenn ich auf NAS oder in die Dropbox sichere. Auf dem Pi alleine verursacht das Backup keine Probleme.

[Thomas Braun]

@gezi70

Meldungen aus dem Log wären vermutlich hilfreich.

[Gezi70]

@thomas-braun Log vom Pi oder vom ioBroker?

[Thomas Braun]

@gezi70

Vom Backup-Vorgang.

[Gezi70]

@thomas-braun kannst du mir bitte sagen wie ich das finde?

[Thomas Braun]

@gezi70

Im PopUp-Fenster, wenn das Backup manuell ausgeführt wird.

[Gezi70]

@thomas-braun im Ursprungspost hatte ich ein Bild davon hochgeladen, von wo aus es nicht mehr weiter geht. Wie schon gesagt, es ist nicht immer der Fall. Momentan bin ich nicht am PC, schau doch bitte deshalb mal den ersten Beitrag an. Danke schön.

[Thomas Braun]

@gezi70

Dann poste es in CodeTags eingebettet, wenn du wieder am Rechner bist.

[Homoran]

@gezi70 sagte in Backup Adapter hängt System auf:

@thomas-braun im Ursprungspost hatte ich ein Bild davon hochgeladen, von wo aus es nicht mehr weiter geht. Wie schon gesagt, es ist nicht immer der Fall. Momentan bin ich nicht am PC, schau doch bitte deshalb mal den ersten Beitrag an. Danke schön.

Das sind direkt drei "nicht optimale" Dinge!

• Screenshot für ein log taugt nichts.
• ein altes log taugt auch nichts.
  • nach Änderungen schon gar nicht, ein Vergleich ist nicht möglich

[Gezi70]

@thomas-braun

Started iobroker ...
[DEBUG] [mount] - Wake on LAN wait 25 Seconds for NAS!
[DEBUG] [mount] - Wake on LAN MAC-Address: 20:DE:20:DE:20:DE
[DEBUG] [mount] - mount activ... umount is started before mount!!
[DEBUG] [mount] - umount successfully completed
[DEBUG] [mount] - noserverino option: true
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker_backup,password=****,noserverino,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.1/FRITZ.NAS/Seagate_Backup_Plus_Drive/iobroker_backup /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.raspberrypi 21847 states saved

[DEBUG] [iobroker] - host.raspberrypi 24870 objects saved

Und er hat sich wieder aufgehängt.

[Thomas Braun]

@gezi70

Das Mounten funktioniert aber.
Das muss woanders klemmen.
Schau mit

iob log --watch | uniq

über die Kommandozeile zu, wenn ein Backup gefahren wird.