Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[wendy2702]

Möglicherweise wirklich ein Rechte Problem.

Habt ihr mal den fixer laufen lassen?

[Slowman]

@wendy2702

Nö, es läuft und ich lasse erst mal die Finger davon :blush:

[Ahtos]

@wendy2702
Sorry für die vielleicht dämliche Frage, aber wer oder was ist ein Fixer? :)

[wendy2702]

@ahtos

iobroker stop
iobroker fix
iobroker restart

[Ahtos]

@wendy2702
Danke, hatte leider nichts gebracht.

[Slowman]

Interessant, wäre wo sich die Config für Backitup befindet. Dann könnte man selber Hand anlegen.

[simatec]

@slowman
Bitte zeigt mal eure Config. Oben rechts könnt ihr die mit den Pfeilen downloaden

[Ahtos]

@simatec
Hier wäre dann die config Datei. Ich habe sie mal grob überflogen. Soweit ich das sehe, passt in der config der Pfad. Nur wenn eine Sicherung durchgeführt wird, wird die Sicherungsdatei in einem komplett anderen Pfad gespeichert, was irgendwie keinen Sinn ergibt.
system.adapter.backitup.0.json

[simatec]

@ahtos
Da stehen die Standardpfade drin, die in Backitup vorkonfiguriert sind. Die muss man halt an seine GoogleDrive Config anpassen.

[Ahtos]

@simatec
Der GoogleDrive Sicherungspfad steht unter "googledriveDir": oder nicht?
Das Problem ist jetzt nur, egal was hier drin steht, es wird immer in den gleichen, falschen Ordner gesichert.

Der richtige Pfad sollte sein (so steht es auch in der config):
/Sonstiges/Sicherungen/backupDir

Die Sicherungen werden aber immer unter diesem Pfad gespeichert, obwohl ich diesen nie angegeben hatte:
/Sonstiges/SSV/Sonstiges/Sicherungen/backupDir

Das Problem tauchte auf, als ich zum ersten mal den 1. Pfad eingegeben hatte und seitdem wird alles unter den 2., falschen Pfad gespeichert.

Hier nochmal die aktuelle config
system.adapter.backitup.0.json

[simatec]

@ahtos
Wenn du dieses SSV nicht eingetragen hast, ist es wirklich komisch. Der Pfad wird zwar im Code noch einmal aufgearbeitet, aber da wird nur geschaut, ob alle / richtig sitzen.
Ich prüfe das mal

[Ahtos]

@simatec
Ich habe jetzt eine temporäre Lösung gefunden:

1. Adapter löschen
2. Zugriffsrechte im Google Konto entfernen
3. Alle Ordner, die vom Adapter in Google Drive angelegt wurden löschen
4. Adapter installieren

So ist es jedenfalls möglich, das er wieder den Standardordner benutzt. Trage ich allerdings den Pfad /Sonstiges/Sicherungen/iobroker/backupDir ein, speichert er es in /Sonstiges/Sonstiges/Sicherungen/iobroker/backupDir ab.
Aus irgendeinem Grund kommt er mit dem Ordner /Sonstiges nicht klar.....

[simatec]

@ahtos
Ich werde da mal ein paar debugs reinbauen und testen

[Merlin123]

Ist das mittlerweile eigentlich gelöst?

Ich habe aktuell das gleiche Problem..... Er sichert in einem eher zufälligen Pfad und ich schaffe es nicht den Pfad umzustellen....

Werde jetzt mal die Tipps oben probieren, aber es wäre halt toll, wenn es einfach gehen würde ;)

[FoodFighter]

Das ist zwar schon älter hier, aber scheinbar wurde das Problem noch nicht final gelöst?

Ich habe jedenfalls gerade das gleiche Phänomen:

eingetragen im Adapter ist "/Backups/iobroker"...bis zum 28.06.22 wurde auch alles korrekt abgelegt.
Die neueren Backups tauchen im google-Drive aber unter "/Tasker/data/backups/iobroker" auf.

Gut möglich, dass ich seit dem 27.08.22 die Backups von der Tasker-App (Android) eingerichtet habe...
was ich definitiv ausschließen kann ist, dass ich in den Backitup-Adapter-Einstellungen oder generell im iobroker irgendwas herumgefummelt habe....der lief seit mehreren Monaten komplett unangetastet.

Scheint also, als würde eher Google da irgendwas durcheinander werfen?

[simatec]

@foodfighter Kann ich nicht bestätigen ... Google sichert genau in dem Pfad, der angegeben ist.

Hier die Pfadangabe mal zum Vergleichen

Backitup:

/backups/produktiv/minimal

GoogleDrive:

[FoodFighter]

@simatec

Hier meine BackItUp Einstellungen:

system.adapter.backitup.0.json

Hier die Uploads im Google-Drive bis zum 28.06.2022 - 04:00Uhr (alles korrekt):

Und hier der Pfad, in dem es seit 29.06.2022 - 04:00Uhr alles landet.

Die letzten 7 Backups werden aufgehoben - alles ältere gelöscht...genau wie eingestellt....halt nur im falschen Pfad.

Meinen iobroker habe ich gestern mehr oder minder komplett neu aufgesetzt (Upgrade auf den v7.0.1. Docker-Container)
Also Backup -> neuen Container erstellt -> alten gelöscht -> Backup zurück gespielt.
Das verhalten bzw. der Pfad im Google-Drive bleibt beim nächtlichen Backup weiterhin falsch.

Was ich definitiv sagen kann ist, dass ich im Juni und Juli 100%ig keinen Handschlag im iobroker getan hab. Weder ein Adapter-Update, noch sonst irgendwas, das war alles unangetastet und lief einfach vor sich hin.
Was ich ebenfalls bestätigen kann ist, dass ich am 28.06.2022 um 22:36Uhr das erste Tasker-Backup erstellt habe.
Also habe ich am 28.06.2022 auf meinem Android Smartphone in der Tasker-App die Backup-Funktion für Google Drive aktiviert.....und dementsprechend auch der App Zugriff aufs gDrive gewährt.

Seitdem landen meine iobroker-BackItUp-Backups im falschen Google-Drive Pfad...warum auch immer.
Vielleicht hilft das bei der Fehlersuche?

Ich glaube gar nicht mal, dass es am BackItUp-Adapter per se liegt....bei mir ist es ja ziemlich eindeutig, dass Google da irgendwas "verwirrt", seitdem ich das Tasker-Backup aktiviert bzw. dieser App ebenfalls den Zugriff aufs Google-Drive gewährt habe.
M.E. dürfte das eine aber mit dem anderen überhaupt nichts zu tun haben. (hat es aber scheinbar)

In der Tasker-App kann man übrigens keinen Pfad einstellen, hier gibt's nur die Möglichkeit auszuwählen, ob ein Backup gemacht werden soll oder nicht. ... das nur zur Info - hat hier nichts verloren.

Da hier schon berichtet wurde, dass andere User ähnliches Verhalten hatten und sich dieses wohl änderte, nachdem sie die Zugriffsrechte im Google-Drive gelöscht und wieder neu angelegt haben, sehe ich hier Parallelen :blush:

Wenn ich mir irgendwelchen Logs dienen kann, lass es mich wissen - bei mir lässt sich das Verhalten reproduzieren.

Grüße
Markus

Edit:
Ich habe mal die komplette config angehängt (system.adapter.backitup.0.json) ...inkl. Token.
Den werde ich die kommenden Tage dann mal erneuern

[Meister Mopper]

@foodfighter
Vielleicht hat google etwas bei der Groß- und Kleinschreibung geändert und kommt ins Schlingern.
Du schreibst Backups und google schreibt backups.

[FoodFighter]

@meister-mopper
Könnte auch ein Hinweis sein...
Wäre aber ein komischer Zufall...bei mir passt das Verhalten definitiv zur Aktivierung des Tasker-Backups bzw. die Google-Freigabe für die App.

mich wundert es mehr, dass ich plötzlich in

~root~/Tasker/data/backups/iobroker

lande, obwohl es nach

~root~/Backups/iobroker

soll.

in der Backitup-Einstellung hinterlegt man den Ordner auch mit

/Backups/iobroker

fehlt hier vielleicht einfach der Verweis aufs Root-Verzeichnis?

./Backups/iobroker

bzw. befindet sich der Pointer nach Anmeldung bei Google vielleicht einfach im letzten angesprungenen Verzeichnis und müsste zurück gesetzt werden?

was würde mit

../../Backups/iobroker

in der Backitup-Einstellung passieren?

(Ich möchte es zwecks evtl. dienlicher Logs gerade nicht testen)

[FoodFighter]

Ich habe nun mit den Einstellungen im BackItUp-Adapter gespielt und komme zu folgendem Ergebnis:

Ausgangssituation:
Einstellung:

/Backups/iobroker

Landet im Google-Drive (falsch) unter

~root~/Tasker/data/backups/iobroker

-.--------------------------------------------------------------
Einstellungsänderung 1:

./Backups/iobroker

Landet im Google-Drive (korrekt) unter

~root~/./Backups/iobroker

-.--------------------------------------------------------------
Einstellungsänderung 2:

Backups/iobroker

Landet im Google-Drive (wieder falsch) unter

~root~/./Backups/iobroker

-.--------------------------------------------------------------
Einstellungsänderung 3 (quasi wieder die Ausgangssituation):

/Backups/iobroker

Landet im Google-Drive (auch wieder falsch) unter

~root~/./Backups/iobroker

-.--------------------------------------------------------------
Versuch 4: Den Ordner "Backups" im Google-Drive-Rootverzeichnis umbenannt in "BackupsAlt", Versuch 3 wiederholt:
Landet im Google-Drive (auch wieder falsch) unter

~root~/./Backups/iobroker

-.--------------------------------------------------------------
Einstellungsänderung 5:

/backups/iobroker

Landet im Google-Drive (auch wieder falsch) unter

~root~/./Backups/iobroker

-.--------------------------------------------------------------
Einstellungsänderung 6:

/BackupsNeu/iobroker

Landet im Google-Drive (prinzipiell richtig) unter

~root~/BackupsNeu/iobroker

-.--------------------------------------------------------------
Versuch 7:
"BackupsNeu" im GoogleDrive zu "Backups" umbenannt
Einstellung 7 (unverändert zu Versuch 6):

/BackupsNeu/iobroker

Landet im Google-Drive unter ("BackupsNeu" wird wieder neu erstellt)

~root~/BackupsNeu/iobroker

-.--------------------------------------------------------------
Versuch 8:
"Backups" (ehemals "BackupsNeu") in Google-Drive gelöscht
Einstellungsänderung 8 (quasi Ausgangssituation):

/Backups/iobroker

Landet im Google-Drive (wieder falsch) unter

~root~/./Backups/iobroker

(Erwartet hätte ich hier den Pfad ~root~/BackupsNeu/iobroker)
-.--------------------------------------------------------------
Versuch 9:
Die temporären Ordner "BackupsNeu" und "." gelöscht
Einstellungsänderung 9:

/0_Backups/iobroker

Landet im Google-Drive (korrekt) unter

~root~/0_Backups/iobroker

-.--------------------------------------------------------------

Dabei bleibe ich nun.
Ich verschiebe einfach alles aus dem alten Ordner ~root~/Backups nach ~root~/0_Backups

Das ist zwar auch nur ein Workaround, aber damit kann ich erstmal leben.

Hier gibt's noch eine interessante Beobachtung:
Der Adapter realisiert scheinbar die alten Backups nicht als solche und löscht sie daher nicht:


Aufheben sollte der Adapter nur die letzten 7 Backups....allerdings bleiben hier die ganzen alten Backups (die ich manuell im Google-Drive vom alten "Backups"-Ordner in diesen "0_Backups" kopiert habe bis zum 22.06. generell erhalten.)

M.E. ist hier irgendwas im Busch :thinking_face:
Vielleicht ist's einfach vielen noch nicht aufgefallen....oder ist bei mir irgendwas komplett faul?