Monatsrückblick Januar/Februar 2026 ist online!

[Jan1]

Eins vorweg, eigentlich hatte ich bis auf die letzte Aktion wo es ein Fehler beim Update gab keine Probleme mit dem Adapter.

Gestern hatte ich gesehen, dass der Adapter rot ist. Na gut da er ja die ganze Zeit lief, hab ich in deinstalliert und wieder installiert. Adapter wurde grün und ich habe gleich ein Backup damit gemacht, was auch funktioniert hat. Heute ist er wieder rot und ich habe mir mal das Log dazu angesehen. Er meckert ein Verzeichnis "backups" an, das schon existiert. OK, auf den Pi eingeloggt und versucht das zu löschen, was nicht geht.

Hier mal das Log:

host.raspberrypi	2019-01-11 17:30:57.075	error	instance system.adapter.backitup.0 terminated with code 0 (OK)
Caught	2019-01-11 17:30:57.075	error	by controller[0]: path: '/opt/iobroker/backups' }
Caught	2019-01-11 17:30:57.074	error	by controller[0]: syscall: 'mkdir',
Caught	2019-01-11 17:30:57.074	error	by controller[0]: code: 'EEXIST',
Caught	2019-01-11 17:30:57.074	error	by controller[0]: errno: -17,
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at tryOnImmediate (timers.js:768:5)
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at runCallback (timers.js:814:20)
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at Immediate.createInstancesObjects [as _onImmediate] (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:748:13)
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:788:29
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at initAdapter (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4990:18)
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at Adapter.emit (events.js:208:7)
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at emitNone (events.js:106:13)
Caught	2019-01-11 17:30:57.074	error	by controller[0]: at Adapter.main (/opt/iobroker/node_modules/iobroker.backitup/main.js:583:5)
Caught	2019-01-11 17:30:57.073	error	by controller[0]: at createBackupDir (/opt/iobroker/node_modules/iobroker.backitup/main.js:575:12)
Caught	2019-01-11 17:30:57.073	error	by controller[0]: at Object.fs.mkdirSync (fs.js:885:18)
Caught	2019-01-11 17:30:57.073	error	by controller[0]: { Error: EEXIST: file already exists, mkdir '/opt/iobroker/backups'
backitup.0	2019-01-11 17:30:57.051	info	terminating
backitup.0	2019-01-11 17:30:56.542	error	at tryOnImmediate (timers.js:768:5)
backitup.0	2019-01-11 17:30:56.542	error	at runCallback (timers.js:814:20)
backitup.0	2019-01-11 17:30:56.542	error	at Immediate.createInstancesObjects [as _onImmediate] (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:748:13)
backitup.0	2019-01-11 17:30:56.542	error	at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:788:29
backitup.0	2019-01-11 17:30:56.542	error	at initAdapter (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4990:18)
backitup.0	2019-01-11 17:30:56.542	error	at Adapter.emit (events.js:208:7)
backitup.0	2019-01-11 17:30:56.542	error	at emitNone (events.js:106:13)
backitup.0	2019-01-11 17:30:56.542	error	at Adapter.main (/opt/iobroker/node_modules/iobroker.backitup/main.js:583:5)
backitup.0	2019-01-11 17:30:56.542	error	at createBackupDir (/opt/iobroker/node_modules/iobroker.backitup/main.js:575:12)
backitup.0	2019-01-11 17:30:56.542	error	at Object.fs.mkdirSync (fs.js:885:18)
backitup.0	2019-01-11 17:30:56.542	error	Error: EEXIST: file already exists, mkdir '/opt/iobroker/backups'
backitup.0	2019-01-11 17:30:56.541	error	uncaught exception: EEXIST: file already exists, mkdir '/opt/iobroker/backups'

und das was ich im Terminal versucht habe samt den Fehlermeldungen:

pi@raspberrypi:~ $ cd /opt/iobroker
pi@raspberrypi:/opt/iobroker $ ls
ls: Zugriff auf 'backups' nicht möglich: Der Rechner ist nicht aktiv
backups  install.sh  iobroker-data  node_modules   reinstall.js
cache    iob         killall.sh     package.json   reinstall.sh
etc      iobroker    log            reinstall.dos
pi@raspberrypi:/opt/iobroker $ sudo rm backups
rm: das Entfernen von 'backups' ist nicht möglich: Ist ein Verzeichnis
pi@raspberrypi:/opt/iobroker $ sudo rm -r backups/*
rm: das Entfernen von 'backups/*' ist nicht möglich: Der Rechner ist nicht aktiv

Was soll denn das sein "der Rechner ist nicht aktiv"? Wenn ich in den iobroker Ordner wechsle dauert das auch recht lange.

[simatec]

Welche Version hast du installiert?

Irgendwie sieht das nach einem Rechteproblem oder nach ein Dateisystemfehler aus.

SD-Katte eventuell defekt?

Backitup überprüft, ob der Ordner vorhanden ist ubd will ihn anlegen, falls er nicht vorhanden ist.

Aber der Ordner scheint bei dir im System nicht lesbar sein und Schreibrechte sind anscheinend auch weg

Gesendet von iPhone mit Tapatalk

[Jan1]

Hat sich erledigt, hab ein Image zurück gespielt. Die SD war nagelneu, also keine alte Karte und die Backitup war der aktuelle aus dem latest. Da gab's eine Version mit Bug, 1.0.2 oder so und die folgende war nicht viel besser. Da bin ich jedes mal wieder auf ein die älter zurück und dabei hat er sich wohl den Ordner so zerschossen, dass man den nicht mehr löschen konnte

[simatec]

Backitup macht mit dem Ordner nix.

Er wird lediglich erstellt, falls er nicht existiert.

Und ja die Version 1.0.2 hatte einen Bug.

Ab Version 1.0.3 gibt es den aber nicht mehr.

Wie gesagt, backitup kann daran nicht Schuld sein.

Wenn der Ordner backups vorhanden ist, macht backitup garnix damit.

Gesendet von iPhone mit Tapatalk

[Jan1]

Da ich ein paar mal wegen dem Bug den Adapter installiert und deinstalliert habe, wird genau dabei der Ordner korrupt geworden sein. Da ich mit dem Ordner auch nichts mache und außer Backitup fummelt da keiner dran rum. Fakt das Problem mit nur diesem einen Ordner ist erst nach der Aktion mit der verbugten Version aufgetreten. Was da passiert ist und warum genau, ist ja in meinem Fall jetzt egal, da ich das über ein Image der SD Karte gelöst habe.

Schön wäre nur, wenn einer schreiben könnte, wie man unter Linux so ein Ordner der korrupt ist löschen kann, denn genau das war das eigentliche Problem. Der Adapter hat bemerkt, dass der Ordner vorhanden war, konnte aber nichts damit anfangen und ich konnte den nicht löschen, damit Backitup den wieder frisch anlegt.

[simatec]

Nochmal zum Verständnis.

Bloß weil du backitup ein paar mal deinstallierst und wie installierst, passiert nichts an deinem Ordner backups.

Den Ordner gibt es auch ohne backitup.

Dein Dateisystem war beschädigt und das nicht durch backitup.

Schau dir einfach den Code von backitup an, damit du verstehst, was backitup macht, wenn es den Ordner backups gibt …. NIX!!!

Gesendet von iPhone mit Tapatalk

[Jan1]

Lass uns nicht streiten. Es ist aber sehr merkwürdig, dass eben exakt dieser Ordner und nur dieser Ordner ein Problem hatte und das exakt nach dem ich Probleme wegen des Bug in der Version 1.0.2 mit Backitup gehabt habe und deshalb wieder zurück auf die 1.0.1 und letztendlich zur 1.0.3.

Dann hat ja auch alles bis vorgestern funktioniert. Da war dann der Adapter rot und ich hab in einfach noch mal gelöscht und frisch installiert, was auch ein Tag samt Backups funktioniert hatte. Gestern ging dann einfach nichts mehr und ne Neuinstallation hat auch nichts gebracht, bis ich den "unbrauchbaren" Backups Ordner als Ursache ausgemacht hatte. Der wiederum sich hartnäckig gegen jede Bearbeitung gewehrt hat.

Irgendwas hat in zerschossen, da Du Backitup ausschließt, muss es was anderes gewesen sein. Interessieren würde es mich dann doch wie so was passiert, aber noch interessanter wäre es für mich, wie man eben so was löst, ohne ein Image zurück zu spielen. Ich hatte Glück, da ich mir gerade 2 neue 32BG SD Karten gekauft hatte und deshalb von der alten SD Karte gleich mal ein Image gezogen habe und das auch sofort auf ne neue gebügelt. Das Image war exakt 11 Tage alt und somit sehr aktuell und hat keine großen Änderungen enthalten. So war das die einfachste und schnellste Lösung. Da ich aber nicht gerade alle 4 Wochen in Image ziehe, könnte so was auch mal mehr Arbeit verursachen, wenn man sich nicht anders zu helfen weiß.

[simatec]

Nutzt du cifs oder nfs?

Falls ja dann google mal nach deiner Fehlerausgabe in der Konsole.

Dann war der mount noch vorhanden, aber dein NAS nicht mehr erreichbar.

Dadurch gab es dann keinen Zugriff auf den Ordner backups.

Der mount geht genau auf diesen Ordner

Gesendet von iPhone mit Tapatalk

[Jan1]

cifs was auch ganz gut funktioniert.

Gegoogelt hab ich schon, was ich eh immer mache bevor ich hier Fragen stelle :lol:

Da ich aber wohl nicht mit den richtigen Stichworten gegoogelt habe, bin ich hier gelandet. Hilf mir bitte auf die Sprünge, welche Fehleraluausgabe meinst Du genau?

[simatec]

Dein Fehler bei ls (Der Rechner ist nicht aktiv)

Gesendet von iPhone mit Tapatalk

[Jan1]

Alles klar und danke, danach hatte ich gegoogelt, allerdings waren mir da die Zusammenhänge noch nicht klar. Jetzt ist das logisch ;)

[Jan1]

So nun weiß ich auch wie das passiert.

Die Fritz hatte ein Update erhalten und hat deshalb neu gestartet, was auch zur Zeit passt ab wann der Fehler das erste mal aufgetaucht ist. Eben hatte ich ein Problem mit der Fritz und hab sie neu gestartet, Ergebnis ist das Selbe. Der Backitup Adapter geht wider auf rot und ich habe den CIFS Mount "backups" wieder unter /opt/iobroker liegen, den ich weder löschen noch sonst was kann.

Wie kann ich den Mount manuell entfernen, so das Backitup das wieder selber erledigen kann und wie lässt sich das in Zukunft vermeiden, dass bei einem Neustart der Fritz genau das passiert?

Also ich hab das jetzt lösen können, allerdings etwas umständlich. Adapter ausgeschaltet und den Raspi neu gebootet, dann war der Mount weg. Da gibts doch bestimmt auch ne elegantere Lösung über die Konsole.

[simatec]

Na vorher definitiv ein umount.

Warum startet man die Fritzbox denn ständig neu

[Jan1]

Zuerst war es ein Update der Box und das hatte bei mir DSL Probleme, deshalb hatte ich den alten DSL Treiber geladen und heute wieder auf den neuen gewechselt. Also exakt 3 Neustarts mit Grund ;)

Kommt bei mir ab und an mal vor (eher sehr selten), dass nach einem Update der DSL Treiber spinnt und da hat sich bewährt, wenn ich einfach den alten lade und den ein Tag laufen lasse, danach läuft auch der neue ohne ständige Verbindungsabbrüche der Box und blinkender DSL LED. Dabei startet eben die Box neu.

Wenn ich wüsste, wie man über die Konsole manuell ein unmount des Ordner machen könnte, dann würde ich wohl auch nicht danach fragen :lol:

[simatec]

Der Befehl für einen manuellen umount wäre folgender:

„sudo umount /opt/iobroker/backups“

Gesendet von iPhone mit Tapatalk

[Jan1]

Einfacher als gedacht :D

Danke für die Hilfe

[simatec]

Sehr gerne … [emoji51]

Gesendet von iPhone mit Tapatalk