UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

Hallo zusammen, ich habe Probleme mit dem Total Backup über NAS / Copy CIFS. Habe mich schon durch das Forum durchgelesen und verschiedenes ausprobiert - leider ohne Erfolg. Das Standard Backup funktioniert ohne Probleme.

Log:

host.ths-rpi3 2019-02-11 21:54:10.756 info Restart adapter system.adapter.backitup.0 because enabled
host.ths-rpi3 2019-02-11 21:54:10.755 error instance system.adapter.backitup.0 terminated with code 0 (OK)
Caught 2019-02-11 21:54:10.755 error by controller[0]: at Pipe._handle.close [as _onclose] (net.js:561:12)
Caught 2019-02-11 21:54:10.755 error by controller[0]: at Socket.emit (events.js:211:7)
Caught 2019-02-11 21:54:10.754 error by controller[0]: at emitOne (events.js:116:13)
Caught 2019-02-11 21:54:10.754 error by controller[0]: at Socket.stream.socket.on (internal/child_process.js:336:11)
Caught 2019-02-11 21:54:10.754 error by controller[0]: at maybeClose (internal/child_process.js:915:16)
Caught 2019-02-11 21:54:10.753 error by controller[0]: at ChildProcess.emit (events.js:214:7)
Caught 2019-02-11 21:54:10.753 error by controller[0]: at emitTwo (events.js:126:13)
Caught 2019-02-11 21:54:10.753 error by controller[0]: at ChildProcess.exithandler (child_process.js:273:7)
Caught 2019-02-11 21:54:10.752 error by controller[0]: at child_process.exec (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:250:13)
Caught 2019-02-11 21:54:10.751 error by controller[0]: ReferenceError: log is not defined
backitup.0 2019-02-11 21:54:10.722 info terminating
backitup.0 2019-02-11 21:54:10.212 error at Pipe._handle.close [as _onclose] (net.js:561:12)
backitup.0 2019-02-11 21:54:10.212 error at Socket.emit (events.js:211:7)
backitup.0 2019-02-11 21:54:10.212 error at emitOne (events.js:116:13)
backitup.0 2019-02-11 21:54:10.212 error at Socket.stream.socket.on (internal/child_process.js:336:11)
backitup.0 2019-02-11 21:54:10.212 error at maybeClose (internal/child_process.js:915:16)
backitup.0 2019-02-11 21:54:10.212 error at ChildProcess.emit (events.js:214:7)
backitup.0 2019-02-11 21:54:10.212 error at emitTwo (events.js:126:13)
backitup.0 2019-02-11 21:54:10.212 error at ChildProcess.exithandler (child_process.js:273:7)
backitup.0 2019-02-11 21:54:10.212 error at child_process.exec (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:250:13)
backitup.0 2019-02-11 21:54:10.212 error ReferenceError: log is not defined

Einige Hinweise:

• CIFS Mount ist installiert
• Instalierte Version: 1.1.0 (10.02.2019) -> Problem war jedoch identisch vorhanden bei Version 1.0.9
• gespeichert wird auf einem USB Stick der an der Fritzbox hängt - wie gesagt funktioniert dies auch einwandfrei mit dem "Standard Backup"
• sudo visudo etc. -> so umgesetzt wie beschrieben (User: iobroker)
• Passwort Fritzbox User ohne Sonderzeichen, Passwort 9-stellig
• noder und nodejs Veriosn 8.15
• Host Name: fritz.nas
• Pfad: fritzbox/USB/backup_iobroker

Ich hoffe ihr könne mir weiterhelfen und freue mich über Rückmeldungen.

Viele Grüße
powercurl

[simatec]

@powercurl said in Backitup probleme:

/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:250:13)

Danke für den Hinweis ... Hier ist ein kleiner Bug drin.
Die Abfrage ist allerdings nur in Vorbereitung.

Von daher kannst du erstmal die Zeile 250 auskommentieren, damit es wieder läuft.
(/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:250:13)

Ändere die Zeile von:

log.debug('systemctl status stdout: ' + stdout);

auf folgendes:

//log.debug('systemctl status stdout: ' + stdout);

Danach ein Neustart von backitup und der Fehler ist weg.

Wir werden das in der nächsten Version beheben.

[simatec]

Ich habe den von dir festgestellten Fehler gefixt und die Version 1.1.1 ist Online.

https://forum.iobroker.net/post/225141

[Ein ehemaliger Benutzer]

Das ging ja flott - vielen Dank und Respekt dafür! So macht ioBroker Spaß!

Update: Zu früh gefreut, leider funktioniert das Total Backup weiterhin nicht bei mir. Das Standard Backup funktioniert nach wie vor.

Fehlermeldungen im Log kommen nun beim Total Backup aber nicht mehr.. Eine Idee was das sein könnte?

Wenn ich das Total Backup starte, wird nur "Gestartet..." ausgegeben, dabei bleibt es dann..

Ich denke schon, dass ich alles richtig konfiguriert habe, sonst würde das Standard Backup ja auch nicht funktionieren..

VG

[simatec]

@powercurl
Stoppt iobroker?
Wie alt ist deine Iobroker Installation?
Hast du sie vor Ende Januar mit dem Installerscript aufgesetzt?
Es gab bis Ende Januar ein Bug im Installer, der diese Probleme verursachen könnte

[Ein ehemaliger Benutzer]

Nein, iobroker stoppt nicht. Installiert habe ich Anfang Februar.

Im Skript visudo habe ich ebenfalls als User "iobroker" angegeben..

Komisch ist nur, dass es zwischendurch mal funktioniert hat mit dem Total Backup. Bin mir jetzt nur blöderweise nicht mehr sicher ob das mit der aktuellen ioBroker Installation war oder mit der davor im Januar..

ioBroker nochmals neu aufsetzen würde ich nur sehr ungern, da ich dann wieder meine sämtlichen Zigbee-Devices neu anlerenen muss.

Hast du eine Idee?

[simatec]

@powercurl

Welchen Script visudo meinst du?

[simatec]

Benutze mal den Patch des Installers hier und berichte mal, ob damit alles wieder läuft.

https://forum.iobroker.net/post/214496

[Ein ehemaliger Benutzer]

Leider hat auch der Patch nichts geändert. Das Total Backup funktioniert weiterhin nicht (ioBroker wird nicht gestoppt, es wird kein Backup durchgeführt).
Wenn ich den Haken bei "ioBroker Stop bei einem Backup" entferne, wird ein Backup erstellt. Ebenso funktioniert natürlich weiterhin das Standard Backup.

Sorry, hatte mich falsch ausgedrück, wollte sagen, dass ich auch schon folgendes probiert habe:

Hier ein kleines Tutorial wie das ganze mit wenigen Schritten machbar ist.

• sudo visudo

In der Datei am Ende folgende Zeile einfügen:

• Username ALL=(ALL) NOPASSWD: /bin/mount, /bin/umount, /bin/systemctl
  <<

Schade, dass das weiterhin nicht funktioniert. Ich bin bisher immer wieder von ioBroker weggegangen weil ich irgendwann an einen Punkt ankam, an dem der ioBroker nicht mehr rund lief. Da ich viele Zigbee Devices gepaired habe, ist es immer ein riesen Aufwand den iobroker neu aufzusetzen. Daher wechsele ich dann immer wieder zu neuen Lösungen (nur NodeRED, OpenHAB, HassIO etc..).

Ich dachte (und hoffe weiterhin) dass der Adapter Backitup die Lösung meiner Probleme wäre und ich nun dauerhaft bei ioBroker bleiben kann mit dem Wissen, das ich über das Total Backup jederzeit wieder zu einem früheren Stand zurück kann..

VG

[Segway]

@powercurl sagte in Backitup probleme:

Ich dachte (und hoffe weiterhin) dass der Adapter Backitup die Lösung meiner Probleme wäre und ich nun dauerhaft bei ioBroker bleiben kann mit dem Wissen, das ich über das Total Backup jederzeit wieder zu einem früheren Stand zurück kann..

Funktioniert bei mir auch einwandfrei ! Von daher kann ich nicht sagen, dass das ausschliesslich NICHT geht.
Ich mach es meistens so, dass ich die Befehle auf der Konsole erst einmal ausprobiere; meistens war der Befehl falsch wofür der Adapter erst einmal nichts kann.
Einfach Schritt für Schritt - so gehe ich zumindest vor.
Erst lokal speichern, dann auf USB, dann auf NAS dann nach extern. Nur meine Vorgehensweise, aber ich finde es schade wenn hier es auf den Adapter geschoben wird, da er wirklich sehr gut funktioniert - meiner Meinung nach.

[simatec]

@Segway sagte in Backitup probleme:

@powercurl sagte in Backitup probleme:

aber ich finde es schade wenn hier es auf den Adapter geschoben wird, da er wirklich sehr gut funktioniert - meiner Meinung nach.

Sehe ich auch so ... Es immer auf iobroker oder die Adapter zu schieben ist nicht der richtige Weg.
Oft sitzt das Problem vor der Tastatur ;-)

Bitte nicht als Kritik verstehen, aber bisher war es leider so, dass meist die Anleitungen entweder garnicht oder nicht richtig gelesen wurden.

[simatec]

@powercurl

Ich baue gerade den Start Stop etwas um.
Wenn du noch etwas gedult hast, kannst du gleich mal die Github Version 1.1.2 testen.
Brauch noch ne Stunde, dann kann ich pushen.

[simatec]

@powercurl sagte in Backitup probleme:

Leider hat auch der Patch nichts geändert. Das Total Backup funktioniert weiterhin nicht (ioBroker wird nicht gestoppt, es wird kein Backup durchgeführt).

Welchen Patch hast du genommen?
Hast du dein komplettes System nach dem Patch neu gestartet?

Poste mal bitte den Inhalt der Datei /etc/sudoers.d/iobroker

[simatec]

@powercurl
Ich habe dir per PN einen Patch für dein System geschickt.
Bitte berichte hier mal, ob der Patch erfolgreich war.

[Ein ehemaliger Benutzer]

@simatec said in Backitup probleme:

/etc/sudoers.d/iobroker

Diese Datei gibt es bei mir leider nicht. Bei mir liegt dort nur folgendes:

• 010_at-export
• 010_pi-nopasswd
• README

[Ein ehemaliger Benutzer]

@simatec der Patch hat leider keine Abhilfe geschaffen.

[Ein ehemaliger Benutzer]

@simatec "Bitte nicht als Kritik verstehen, aber bisher war es leider so, dass meist die Anleitungen entweder garnicht oder nicht richtig gelesen wurden."

Den Hinweis kann ich absolut nachvollziehen, kein Problem. Allerdings habe ich tatsächlich alles genau nach Anleitung durchgeführt. Anfangs hatte ich zunächst Probleme die Backups auf meiner Fritzbox (Fritz NAS) zu speichern. Das habe ich dann hinbekommen, jetzt wie gesagt nur noch das Problem mit dem Total Backup inkl. "iobroker Stop"

[Ein ehemaliger Benutzer]

@Segway said in Backitup probleme:

Ich mach es meistens so, dass ich die Befehle auf der Konsole erst einmal ausprobiere; meistens war der Befehl falsch wofür der Adapter erst einmal nichts kann.
Einfach Schritt für Schritt - so gehe ich zumindest vor.

Hallo Segway, danke für Rückmeldung.

Dein Vorgehen hört sich gut an. Woher weißt du, welche Befehle ausgeführt werden, sodass du diese selbst einzeln und nacheinander ausführen kannst? Würde das auch gerne ausprobieren, ich lerne gerne dazu.

[simatec]

@powercurl sagte in Backitup probleme:

@simatec said in Backitup probleme:

/etc/sudoers.d/iobroker

Diese Datei gibt es bei mir leider nicht. Bei mir liegt dort nur folgendes:

• 010_at-export
• 010_pi-nopasswd
• README

Das kann eigentlich nicht sein.
Der User iobroker müsste dort angelegt sein.

Dann stimmt generell etwas nicht mit deinen Rechten.
Hast du den Befehl, den ich dir per PN geschickt habe mal per Konsole ausgeführt?

Danach muss die Datei iobroker in /etc/sudoers.d liegen.

[Ein ehemaliger Benutzer]

@simatec
Ja, habe ich ausgeführt. Wäre es ggf. am Besten wenn ich ioBroker doch nochmal neu installiere?