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

[haselchen]

@thomas-braun

Warum wird dann von Haus aus ein Standardpfad angegeben , in dem nicht geschrieben werden kann ?
DAS ist nicht logisch 😉

[Thomas Braun]

@haselchen
Das musst du nicht mich fragen.

[simatec]

In der nächsten Version von Backitup fange ich den Fehler ab.
Grundsätzlich stelle ich aber immer wieder fest, dass sich hier Leute einen Adapter wie z.B. den History installieren und sich mit den Einstellungen nicht auseinandersetzen.

Da sind Probleme vorprogrammiert

[DokBiz]

@dokbiz said in Backitup Adapter erzeugt Fehler im historyDB:

" [historyDB] Backitup cannot found destination "" for decompress!"

Grundsatzfrage:

Wie oben schon beschrieben speichert backitup, auch bei leerem pfad, standardmässig im Verzeichnis "../iobroker/backups/". Wegen zitierter Fehlermeldung hab ich mal eins dieser Backups entpackt, um zu schauen, ob ich den Pfad irgendwo ändern/korrigieren kann. Dabei ist mir aufgefallen, dass in dem Archiv gar kein Ordner "history" zu finden ist. Das Backup hat 1,5MB. Der aktuelle Ordner "..iobroker/history" hat ca. 500MB.. Ich würde das entsprechend so einordnen, dass ich alle Backups löschen kann, weil 'leer' !?

Womit sich mir gleich die nächste Frage stellt:
History legt für jeden Tag einen Ordner mit den protokollierten Werten an.. Bei mir sind da schon über 400 Ordner in dem Ordner :fearful:
Ich hab 'ne Vis mit Flot und den History-Daten... was muss der sich denn da dauernd zusammensuchen !? :dizzy_face:

[Homoran]

@dokbiz sagte in Backitup Adapter erzeugt Fehler im historyDB:

Dabei ist mir aufgefallen, dass in dem Archiv gar kein Ordner "history" zu finden ist.

woher soll backitup das denn haben, wenn du keinen richtigen Pfad angegeben hast?

[DokBiz]

@homoran said in Backitup Adapter erzeugt Fehler im historyDB:

woher soll backitup das denn haben, wenn du keinen richtigen Pfad angegeben hast?

naja, wenn's doch der Standard Pfad von history ist, dann nimmt man entweder den, oder man generiert eine Fehlermeldung, dass gar kein Backup erstellt werden kann.... Aber ein Backup zu erstellen, mit dem man nichts anfangen kann, ist irgendwie trügerisch für NOOBs wie mich :man-shrugging:

edit: ich deute deine Frage als Antwort, dass ich die erstellten Backups löschen kann..

[Homoran]

@dokbiz sagte in Backitup Adapter erzeugt Fehler im historyDB:

oder man generiert eine Fehlermeldung, dass gar kein Backup erstellt werden kann....

das passiert ja jetzt, genau aus dem Grund

@dokbiz sagte in Backitup Adapter erzeugt Fehler im historyDB:

ist irgendwie trügerisch für NOOBs wie mich

[DokBiz]

ich hab vorhin extra nochmal alle pfade korrigiert und ein neues backup der history datenbank gemacht. jetzt bekomme ich beim zurückspielen die fehler meldung:

Error: {"errno":-13,"code":"EACCES","syscall":"mkdir","path":"/opt/iobroker/iobroker-data/history/20210204"}

was mich wundert, ist dass das history verzeichnis andere berechtigungen hat, als die anderen verzeichnisse unter /opt/iobroker

drwxrwxr-x+ 1 iobroker iobroker      748 11. Mär 23:04 files
drw-r--r--+ 1 iobroker iobroker       16 12. Mär 01:10 history
drwxrwxr-x+ 1 dok      dok             0 12. Mär 23:41 History

(Verzeichnis "History" hab ich manuell selber testweise mal angelegt danach)

der versuch die rechte gleich zu setzen, hat auch nur bis zum nächsten restore-versuch mit backitup gehalten, danach waren sie wieder wie oben zu sehen !?

[Thomas Braun]

@dokbiz

history ist nicht History

[DokBiz]

@thomas-braun

sorry, das verzeichnis History hat überhaupt nichts mit dem problem zu tun. den hab ich einfach mal testweise angelegt, um zu gucken, was für rechte da stehen, wenn ich selber einen ordner erstelle... es geht um den ordner mit dem kleinen h

[edit: ich hab dafür einen extra thread aufgemacht: historydb lässt sich nicht wiederherstellen:]

[simatec]

@dokbiz
Wenn du einen Ordner mit den korrekten Rechten erstellen willst, musst du dies als User iobroker machen.

sudo -u iobroker /home/iobroker/history