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

[MathiasJ]

@simatec
Beim ersten Mal hat es ohne NAS funktioniert.
Mit NAS dann 0kb.
Die NAS wieder weg genommen, wieder 0kb.
Gruß, Mathias

[simatec]

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

0kb

Wo hast du 0 Kb in den Clouds oder auch lokal?
Probiere mal das manuelle Backup über Konsole siehe Post oben

[Glasfaser]

@simatec

Soll er nicht jetzt ein Backup anstoßen und den kompletten Debug-Log hier posten .Dann könnte man vielleicht mehr sehen !?

[simatec]

@Glasfaser
Am besten wäre es ... aber ggfs. sogar ein manuelles Backup mit der aktivierten Debug Option in den Haupteinstellungen von Backitup.
Dann die komplette Konsolenausgabe posten

[MathiasJ]

@simatec
Auch über der Konsole habe ich 0kb.
Nur einen Log kann ich nicht bieten. Habe es über dem Smartphone gemacht.

[simatec]

@MathiasJ
Gut dann liegt dein Problem definitiv nicht an backitup sondern an deinem System
Prüfe die Rechte von /opt/iobroker/backups mal als erstes ...

[JB_Sullivan]

Ich haue mal wieder eine Frage raus, weil dazu in der Doku auf GitHub nichts zu finden ist.

ZiggBee Datenbank - bezieht sich das nur auf den Adapter ZiggBee oder wird auch was von deConz (ist ja auch ZiggBee) gesichert?

[simatec]

@JB_Sullivan
Es bezieht sich auf die Gerätedatenbank des zigbee Adapters
Unter deconz ist das nicht nötig.

[MathiasJ]

@simatec
Mache ich dann morgen.
Wie kann das sein, dass das System von jetzt auf gleich so verhunzt ist?
Gehe ich richtig in der Annahme, dass es 777 sein muss bei /opt/iobroker/backups?

Rootrechte= chmod 777
Ich kann weder mit dem user, noch mit root ein Backup erstellen.
ich habe den Fix nochmal drüber laufen lassen, jedoch ohne Erfolg.
ich bekomme jedesmal 0 kb.

[simatec]

@MathiasJ
Am besten mit folgenden Befehlen ...

sudo chmod 777 /opt/iobroker/backups/
sudo chmod 777 /opt/iobroker/backups
sudo chmod 777 /opt/iobroker/backups/*

Damit bist du ganz sicher ...

[MathiasJ]

@simatec

root@ioBroker-RasPi4:~# chmod 777 /opt/iobroker/backups/*
chmod: Zugriff auf '/opt/iobroker/backups/*' nicht möglich: Datei oder Verzeichnis nicht gefunden                                                                                                                                           

Ich werde nach der Arbeit Backitup komplett deinstallieren, den Ordner /opt/iobroker/backups löschen,
Backitup wieder installieren. Dann müsste der Odner neu angelegt werden.

Gruß,
Mathias

[Jan1]

wieder wurde das automatische Backup nicht entsprechend der Vorgabe erstellt. alles doppelt und IOBroker fehlt:

im Log wieder die bekannten compact mode Errors:

2019-12-18 02:00:38.043  - error: backitup.0 (COMPACT) TypeError: Cannot read property 'split' of undefined
    at options.adapter.getState (/opt/iobroker/node_modules/iobroker.backitup/lib/scripts/92-history.js:24:40)
    at Adapter.getState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5407:29)
    at Object.command (/opt/iobroker/node_modules/iobroker.backitup/lib/scripts/92-history.js:10:25)
    at Immediate.executeScripts (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:216:22)
    at runCallback (timers.js:706:11)
    at tryOnImmediate (timers.js:676:5)

und auch wieder beim manuellen Start des Backup alles OK.
Warum geht das automatisch nicht?

[Einstein67]

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

Backitup wieder installieren. Dann müsste der Odner neu angelegt werden.

Der Ordner wird nicht von BackitUp angelegt, sondern von ioBroker.

[simatec]

@Einstein67
Das ist so nicht korrekt.
Backitup legt den Ordner beim ersten Start an

[simatec]

@Jan1
Das ist aber eine andere Fehlermeldung.
Entstanden ist die durch den Compact Modus und wird ebenfalls gefixt.

[Jan1]

@simatec
Ich habe eben mal Node 10.18 hoch und den Backitup Adapter neu installiert. Mal sehen ob er heute Nacht das Backup korrekt ausführt.
Was ich aber nicht verstehe, wo ist der Unterschied zwischen automatisch und manuellem Start?

[simatec]

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

automatisch

Ich denke das es eher mit dem Compact Mode zu tun hat.
Die State, welche den error verursachen kommen ab und an im Compact zu spät.

Aber da ist es halt so, wie in der Doku geschrieben steht, dass der Compact Modus auch die Funktionen instabiler machen kann.
Ich rate grundsätzlich nur zu einem Compact Modus, wenn dass System absolut zu klein ist.
Und wichtige Adapter wie dieser hier zur Datensicherung würde ich aus dem Compact Modus rausnehmen.

Ich probiere die neue Fehlermeldung zu lösen, aber grundsätzlich würde ich die stabile Variante ohne Compact Modus vorziehen.

[Jan1]

@simatec
Ok, ich nehme in raus, da auf meinem Beelink eh genug Platz vorhanden ist.

[simatec]

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

@simatec

root@ioBroker-RasPi4:~# chmod 777 /opt/iobroker/backups/*
chmod: Zugriff auf '/opt/iobroker/backups/*' nicht möglich: Datei oder Verzeichnis nicht gefunden                                                                                                                                           

Ich werde nach der Arbeit Backitup komplett deinstallieren, den Ordner /opt/iobroker/backups löschen,
Backitup wieder installieren. Dann müsste der Odner neu angelegt werden.

Gruß,
Mathias

Wenn die beiden anderen Befehlen keinen Fehler ausgeworfen haben, dann hat der Backup Ordner lediglich keinen Inhalt

[simatec]

Ab sofort ist die Version 1.3.6 im Github und ab spätestens heute Nacht auch in der latest Repo.

Changelog

1.3.6 (18.12.2019)

• (simatec) Fix historyList for compact-mode
• (simatec) Added ack for history states