Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.

[invidianer]

@thomas-braun sagte in Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.:

@invidianer
Ist das eine Fritzbox, auf die da gesichert wird?
Dann muss noserverino auf true gesetzt sein.

Das war es!! Danke!! Jetzt funktioniert es! Diese Option "Mount mit Option noserverinfo" gab es bei 2.1.17 noch nicht, oder? Zumindest hatte ich da nichts aktiviert und es ging ja.

[Jan1]

@invidianer
Scheint so, da ich das ebenfalls so hatte und mir die Info zu dieser Option auch gefehlt hat.

[invidianer]

@jan1 sagte in Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.:

@invidianer
Scheint so, da ich das ebenfalls so hatte und mir die Info zu dieser Option auch gefehlt hat.

Danke für Bestätigung!

[Thomas Braun]

@invidianer @Jan1
Die Option gibt es seit dem Update des samba-Servers in der FritzBox.
Ist glaube ich mit FritzOS 7.2x eingeführt worden.
Steht in der ReadMe zum Backitup-Adapter aber auch drin:

Wenn eine Fritzbox als NAS mit einer Firmware >= 7.21 verwendet wird, sollten in Backitup die SMB-Einstellungen auf "3.1.1" eingestellt und die Option "noserverino" aktiviert werden.

[invidianer]

@thomas-braun
Hmm, komisch. Gestern (vor Update auf 2.2.2) hatte es noch funktioniert.
Wenn die Option bei 2.1.17 schon vorhanden war, ging es entweder auch mit nicht aktivierter oder sie war aktiviert und ist beim Update auf 2.2.2 rausgeflogen.

[Thomas Braun]

@invidianer sagte in Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.:

entweder auch mit nicht aktivierter

Es ging, aber nicht korrekt.

[invidianer]

@thomas-braun sagte in Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.:

@invidianer sagte in Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.:

entweder auch mit nicht aktivierter

Es ging, aber nicht korrekt.

Eine Fehlermeldung kam allerdings nie (es gab nur "positiv"-Meldungen per Telegram).

[Thomas Braun]

@invidianer
Ich meine, da müsste auch im Log irgendwas gestanden haben.
Ich hab das 'damals' mit @simatec jedenfalls ausbaldowert, kann mich aber nicht mehr erinnern was die Meldungen waren.

[invidianer]

@thomas-braun
Nochmal zu dem "Log": Es gibt doch nur das eine, welches im ioBroker-Frontend unter "Protokolle" einzusehen ist, oder?

[Thomas Braun]

@invidianer
Ja, das meine ich.
Wobei das besser in der Konsole angeschaut wird, die Darstellung unter 'Protokolle' ist suboptimal.

[invidianer]

@thomas-braun
Ok, danke!
Darin stehen jedoch für die Sicherungen unter 2.1.17 tatsächlich keine Fehler. Diese wären mir sonst definitiv aufgefallen und zusätzlich kommt jede Nacht um 2:00 Uhr die Telegram-Meldung, daß die Sicherung erfolgreich war.

[Jan1]

@thomas-braun
Mir ist es auch nur aufgefallen, weil ich eben mal ein Backup manuell gestartet hatte und dann einfach das Fenster nicht schließt, allerdings auch keine Fehlermeldung erscheint. Die Backups wurden aber schön auf der Fritz angelegt, somit ist das etwas verwirrend.

OK, wenn es in der readme drin steht, könnte man das dort nachlesen, nur wenn ich vermeintlich kein Problem habe, lese ich die nicht aus reiner Neugier oder Langeweile

Aber auch egal, Problem erkannt und gelöst

[Thomas Braun]

@jan1 @invidianer

Kann auch sein, dass es Meldungen seitens eines parallelen Backups auf Google Drive gab. Das greift ja auch auf das gemountete smb/cifs-Share zu.
Ich weiß es aber nicht mehr.

[invidianer]

@jan1 sagte in Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.:

@thomas-braun
Mir ist es auch nur aufgefallen, weil ich eben mal ein Backup manuell gestartet hatte und dann einfach das Fenster nicht schließt, allerdings auch keine Fehlermeldung erscheint. Die Backups wurden aber schön auf der Fritz angelegt, somit ist das etwas verwirrend.

OK, wenn es in der readme drin steht, könnte man das dort nachlesen, nur wenn ich vermeintlich kein Problem habe, lese ich die nicht aus reiner Neugier oder Langeweile

Aber auch egal, Problem erkannt und gelöst

Ich habe es gemerkt, weil keine Telegram-Meldung zur Sicherung kam. Warum dies so war, weiß ich bisher nicht, aber da nun alles wieder funktioniert …

[simatec]

@invidianer @Jan1 @Thomas-Braun
Für die Fritzbox mit aktueller Firmware ist definitiv die noserverino Option erforderlich. Andernfalls kann der tmp Ordner für einzelne Backuptypen nicht ordnungsgemäß angelegt werden.

Dies ist auch mit 2.1.17 bereits so gewesen.
Allerdings wurden durch Umstellungen in der Javascriptsicherung hier noch ein paar mehr Logs eingebaut.
Ich gehe davon aus, dass in Version 2.1.17 hier ebenfalls ein Fehler auftrat, aber dieser nicht sauber gemeldet wurde.

[Jan1]

@simatec
Das ist gut möglich, da ich im Backup Ordner vorhin zwei Ordner drin hatte, die mir neu waren. Da ich die gelöscht habe ohne weiter drüber nachzudenken (es waren auch noch recht alte Backups da, die eigentlich auch hätten weg sein sollen), kann ich die nur aus dem Gedächtnis brennen.
Müsste ein Script und ein temp.Script Ordner gewesen sein

Die sind nur nach dem gesetzten Haken und erneut ausgeführten Backup mit dem Adapter nicht mehr vorhanden.

So sieht das nun wieder aus und so kenne ich das auch:

[simatec]

@jan1 Das ist auch gut so ... das sind nur tempsdirs ... Nach dem packen der Backupdateien löscht Backitup die tmps

[Jan1]

@simatec
Richtig und genau die bleiben stehen, wenn der Haken nicht gesetzt ist und somit löscht er auch keine alten Backups. Ob das nach den letzten Updates des Host und JS nun deutlichere Logfiles ausgeworfen hätte, müsste ich erst mal testen, in dem ich dem Haken wieder raus nehme

[invidianer]

@jan1
So war es bei mir auch. Haken nicht gesetzt, Ordner „tmpScripts“ noch vorhanden und Backup hängengeblieben bei Meldung „0MB packed …“.
Haken gesetzt, Ordner tmpScripts weg.

[Thomas Braun]

@invidianer @Jan1

Welches Dateisystem läuft denn auf dem Speichermedium an der FritzBüchse?