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

[simatec]

@MathiasJ
Weil mit großer Wahrscheinlichkeit dein mount noch aktiv war

[MathiasJ]

@Peoples

da ich das im root mache:

sudo -i
cd /opt/iobroker
iobroker stop
iobroker backup
iobroker start
exit
exit

Wie bereits geschrieben, nach einem Neustart ging es ja wieder.

[Homoran]

@MathiasJ sagte in Test Adapter Backitup v1.3.x:

da ich das im root mache:

das geht auch als user x

Wenn nicht, solltest du den Fixer bemühen

[MathiasJ]

@Homoran
Habe ich auch versucht.
Nun, da es ja nach einem Neustart des Raspberries wieder geht, was ich jetzt nicht das erste Mal schreibe.....
Mir würde nur interessieren woran es liegt.
Das Phänomen tritt nur auf, wenn ich von der Version 1.3.6 auf 1.3.2 downgrade.
Fixer, deinstallieren und installieren bringt alles nichts.
Da hilft tatsächlich nur ein Reboot.

[simatec]

@MathiasJ
Schaue doch einfach mal, ob der mount noch aktiv ist.
Langsam verstehe ich nicht mehr, was du da eigentlich machst und ich denke es ist hier im Thema nicht richtig aufgehoben.

Hier geht es um backitup und dein Problem liegt definitiv nicht an backitup.

[MathiasJ]

@simatec
Wie oft soll ich noch schreiben, dass das Problem seit einem Neustart behoben ist?
Ich denke sehr wohl, dass das Problem ein Backitup Problem war.
Es trat das Problem immer nach einem Upgrade von 1.3.6 auf 1.3.2 auf. Nach einem Reboot ist es dann seltsamer Weise wieder behoben.
Wenn mount noch laufen würde, könnte ich ein Backup in der Konsole machen. Auch da hatte ich bis zum Neustart 0 kb. Na egal, Hauptsache es geht jetzt wieder.
Ich wünsche allen ein schönes Weihnachtsfest und, falls wir uns nicht mehr hören, einen guten Rutsch ins neue Jahr.

[Homoran]

@MathiasJ sagte in Test Adapter Backitup v1.3.x:

Wenn mount noch laufen würde, könnte ich ein Backup in der Konsole machen.

Nicht wenn der Mount noch im Nas gehalten wird, aber von iobroker aus versucht wird erneut zu mounten. Dann schlägt der neue mount fehl.

[Peoples]

@MathiasJ

Wenn du den Befehl in der Konsole absetzt und er bis vor dem Restart nicht funktioniert hat, kann das nichts mit dem Adapter zu tun haben. Für die Ausführung des Befehls wird der Adapter nicht einmal benötigt, da er Systembestandteil ist.
Vielmehr nutzt Backitup den Befehl.

[ecki945]

Nachdem ich nun in den NAS Einstellungen einen Slash vor den Pfadnamen gemacht habe, klappt das auch mit dem Wiederherstellen eines Backup:

[Jan1]

@ecki945
was ein Zufall, steht ja auch genau so in der Doku :blush:

[ecki945]

Da hast du recht. Was bei dieser Sache nicht verstehe, dass das Erstellen von Backups keinen Fehler produziert wenn die "/" fehlen. Aber egal. Haupsache es läuft.

[Jan1]

@ecki945
Ja ist etwas merkwürdig, aber ich halte es immer mit dem Vorsatz, "Wenn ich kein Plan habe, dann erst mal nach Doku". Klappt das dann, kann man auch mal improvisieren.

[Smokey]

Hallo, habe heute das Update auf 1.3.6 gemacht. Danach folgende Fehlermeldung im Log. Irgendeine Idee? Ansonsten alles up2date und ohne Probleme.

host.orangepiplus	2019-12-24 23:09:50.309	error	Caught by controller[0]: at listOnTimeout (timers.js:263:5)
host.orangepiplus	2019-12-24 23:09:50.309	error	Caught by controller[0]: at tryOnTimeout (timers.js:300:5)
host.orangepiplus	2019-12-24 23:09:50.309	error	Caught by controller[0]: at ontimeout (timers.js:436:11)
host.orangepiplus	2019-12-24 23:09:50.309	error	Caught by controller[0]: at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/iobroker.backitup/lib/list.js:86:55)
host.orangepiplus	2019-12-24 23:09:50.309	error	Caught by controller[0]: at result (/opt/iobroker/node_modules/iobroker.backitup/main.js:639:35)
host.orangepiplus	2019-12-24 23:09:50.308	error	Caught by controller[0]: at Array.forEach (<anonymous>)
host.orangepiplus	2019-12-24 23:09:50.308	error	Caught by controller[0]: at Object.keys.forEach.type (/opt/iobroker/node_modules/iobroker.backitup/main.js:642:26)
host.orangepiplus	2019-12-24 23:09:50.308	error	Caught by controller[0]: at Array.forEach (<anonymous>)
host.orangepiplus	2019-12-24 23:09:50.307	error	Caught by controller[0]: at data.(anonymous function).iobroker.data.(anonymous function).iobroker.filter.forEach.f (/opt/iobroker/node_modules/iobroker.backitup/main.js:643:42)
host.orangepiplus	2019-12-24 23:09:50.307	error	Caught by controller[0]: at getName (/opt/iobroker/node_modules/iobroker.backitup/main.js:618:27)
host.orangepiplus	2019-12-24 23:09:50.306	error	Caught by controller[0]: TypeError: Cannot read property 'split' of undefined
backitup.0	2019-12-24 23:09:49.724	info	(10285) Terminated (NO_ERROR): Without reason
backitup.0	2019-12-24 23:09:49.720	info	(10285) terminating

[simatec]

@Smokey
Was bringt ein Neustart für einen Log?

[Homoran]

@Smokey
Hab deinen code für dich in code Tags gepackt!

Such mal im forum nach "split of undefined"

Irgendwo steht die Lösung

[Smokey]

@simatec gleiche Fehlermeldung

[Smokey]

@Homoran Danke! Ich muss noch verstehen, wie ich das so poste, dass es so aussieht. Und jetzt habe ich nach der Lösung gesucht. Bisher aber nicht erfolgreich. Dachte, dass das einfacher ist wenn alles bisher funktioniert hat, alles up2date ist und ich die Fehlermeldung aus dem Log post ;-)

[simatec]

@Smokey
Stelle mal bitte in den Einstellungen von Backitup die Backup Quelle in dem Tab „Wiederherstellen“ auf deinen Speicherort ein.
Danach sollte der Fehler behoben sein.
So wie es aussieht, wechselst du von einer älteren Version. In denen gab es einen Bug, so dass damals die Backupquelle nicht automatisch auf den Standard lokal gesetzt wurde

[Smokey]

@simatec
Danke. Es war tatsächlich so, dass der Speicherort bei "Wiederherstellen" leer war. Allerdings hat ein Eintrag dort (inkl. speichern, restart des Adapters) an der Fehlermeldung nichts geändert. Noch weitere Ideen?

[Homoran]

@Smokey sagte in Test Adapter Backitup v1.3.x:

an der Fehlermeldung nichts geändert

Welche Fehlermeldung?

Die lange kommt vom host, muss nichts mit BackitUp zu tun haben.