Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Semenchkare]

Hallo,

bin mit meinem System von Raspi3 auf Raspi4 umgezogen und habe mittels Backitup ein Backup gezogen, den IOBroker mit admin 4.05 installiert, die MinimalBackupDatei per FTP an den neuen Raspi übertragen und der hat sich dann alle Adapter geladen.
Hat eigentlich alles wunderbar funktioniert!

Nun wollte ich Backitup mit Sicherung auf einem Synology-NAS einrichten.
Zunächst habe ich das lokal eingerichtet, das klappt wunderbar.

Dann habe ich verschiedene Formen der Übertragung an ein NAS probiert:
FTP
CIFS
"Copy"
Egal, welche Form ich per Haken "aktiviere", scheint es, dass der Adapter ständig abstürzt, siehe Log unten.
alle paar Minuten kommen solche Ereignisse in der LOG, der Versuch, manuell eine Sicherung anzustoßen, bringt nichts...

Bei Cifs schaffe ich immerhin folgendes: es wird automatisch gemountet (ja, smb habe ich natürlich laufen und manuell kann ich mounten, das habe ich mit meiner "script-Backup-Version" schon lange gemacht, die funktioniert auch hier am Raspi4.
trotzdem passiert nach dem Mounten nichts, ausser den blöden Einträgen im Log.
Jetzt kommts: ist erst mal gemountet, kann ich die Sicherung wieder auf "Normal" stellen. und "werfe" ich eine manuelle Sicherung an, wird sie auf dem NAS gespeichert.
Allerdings immer noch mit den Abstürzen des Adapters und Log-Einträgen.
Bei den anderen beiden Optionen "NAS-Copy" und FTP habe ich per Backitup keine Verbindung zum NAS hinbekommen. (obwohl ich korrekte Zugangsdaten im FSTAB bzw. beim FTP-Reiter im Adapter angegeben hatte... per FSTAB konnte ich auch mounten....
bei FTP habe ich mit einem Client locker Zugang zum NAS... nicht aber mit Backitup

Ja, mir ist bekannt, dass Nodejs und Node in der aktuellen Version noch nicht vollständig unterstützt werden. aber das mache ich schon sehr lange und hatte eingentlich keine Probleme und hierüber war noch nichts geschrieben...

Im schlimmsten Fall muss ich mein altes Script wieder ausmotten (habs manuell schon probiert), eine Sicherung vornehmen lassen und dann smb mounten und das aufs NAS kopieren.
Hätte mir mit Backitup eigentlich sehr gut gefallen, da wird deutlich komprimierter gesichert!

host.Raspi4-Iobroker	2020-03-22 17:42:27.338	info	instance system.adapter.backitup.0 terminated with code 0 (NO_ERROR)
host.Raspi4-Iobroker	2020-03-22 17:42:27.338	error	Caught by controller[0]: at processTimers (internal/timers.js:492:7)
host.Raspi4-Iobroker	2020-03-22 17:42:27.338	error	Caught by controller[0]: at listOnTimeout (internal/timers.js:549:17)
host.Raspi4-Iobroker	2020-03-22 17:42:27.338	error	Caught by controller[0]: at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.backitup/lib/list.js:86:55)
host.Raspi4-Iobroker	2020-03-22 17:42:27.337	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.backitup/main.js:673:35
host.Raspi4-Iobroker	2020-03-22 17:42:27.337	error	Caught by controller[0]: at Array.forEach (<anonymous>)
host.Raspi4-Iobroker	2020-03-22 17:42:27.337	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.backitup/main.js:676:26
host.Raspi4-Iobroker	2020-03-22 17:42:27.337	error	Caught by controller[0]: at Array.forEach (<anonymous>)
host.Raspi4-Iobroker	2020-03-22 17:42:27.337	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.backitup/main.js:677:42
host.Raspi4-Iobroker	2020-03-22 17:42:27.337	error	Caught by controller[0]: at getName (/opt/iobroker/node_modules/iobroker.backitup/main.js:652:27)
host.Raspi4-Iobroker	2020-03-22 17:42:27.336	error	Caught by controller[0]: TypeError: Cannot read property 'split' of undefined
backitup.0	2020-03-22 17:42:26.788	info	(32120) terminating
backitup.0	2020-03-22 17:42:26.786	info	(32120) Terminated (NO_ERROR): Without reason
backitup.0	2020-03-22 17:42:26.785	info	(32120) terminating
backitup.0	2020-03-22 17:42:25.820	info	(32120) cleaned everything up...
backitup.0	2020-03-22 17:42:25.818	error	at processTimers (internal/timers.js:492:7)
backitup.0	2020-03-22 17:42:25.818	error	at listOnTimeout (internal/timers.js:549:17)
backitup.0	2020-03-22 17:42:25.818	error	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.backitup/lib/list.js:86:55)
backitup.0	2020-03-22 17:42:25.818	error	at /opt/iobroker/node_modules/iobroker.backitup/main.js:673:35
backitup.0	2020-03-22 17:42:25.818	error	at Array.forEach (<anonymous>)
backitup.0	2020-03-22 17:42:25.818	error	at /opt/iobroker/node_modules/iobroker.backitup/main.js:676:26
backitup.0	2020-03-22 17:42:25.818	error	at Array.forEach (<anonymous>)
backitup.0	2020-03-22 17:42:25.818	error	at /opt/iobroker/node_modules/iobroker.backitup/main.js:677:42
backitup.0	2020-03-22 17:42:25.818	error	at getName (/opt/iobroker/node_modules/iobroker.backitup/main.js:652:27)
backitup.0	2020-03-22 17:42:25.818	error	(32120) TypeError: Cannot read property 'split' of undefined
backitup.0	2020-03-22 17:42:25.817	error	(32120) uncaught exception: Cannot read property 'split' of undefined
backitup.0	2020-03-22 17:42:23.703	info	(32120) [iobroker] backup was activated at 04:00 every 6 day(s)
backitup.0	2020-03-22 17:42:23.623	info	(32120) starting. Version 1.4.3 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.16.1

Systemdata	Bitte Ausfüllen
Hardwaresystem:	Raspi 4 4GB
Arbeitsspeicher:	4GB
Festplattenart:	SD-Karte 32 GB Sandisk Ultra
Betriebssystem:	Raspian Buster aktuell
Node-Version:	12.16.1
Nodejs-Version:	12.16.1
NPM-Version:	6.13.4
Installationsart:	Skriptl
Image genutzt:	Nein lediglich RaspianBuster
Ort/Name der Imagedatei:	Link

[simatec]

@Semenchkare
Node 12 ist noch nicht offiziell für iobroker freigegeben. Da kann es noch zu Fehlern kommen.

[Jan1]

@simatec
Der Adapter läuft bei mir mit Node12 ohne Probleme, daran liegt es nicht.

[simatec]

@Semenchkare
Lege mal in dein Standard Backup Verzeichnis ein Backup ab, dann sollte der Fehler behoben sein.
Werde mir das morgen mal genauer anschauen

[simatec]

@Jan1
Sollte er auch. Denke das liegt an der Abfrage des letzten Baclups beim start des Adapters.
Da es noch keins gibt, haut er den Fehler raus.
Unter node 10 gibt es diese Probleme meines Wissens nicht.
Habe gestern gerade ein System mit node 10 aufgesetzt.
Werde das morgen mal auf node 12 testen

[Jan1]

@simatec
Möglich da ich schon ne Weile kein Problem mehr hatte dass ich unter Node 12 mit einem Restore lösen musste. Derzeit ist IOBoker richtig langweilig, egal was ich bastle und update, es läuft immer ohne Probleme🤣

[simatec]

@Jan1 sagte in Backitup 1.4.3 Mount oder FTP funktioniert nicht auf Raspi 4:

Derzeit ist IOBoker richtig langweilig, egal was ich bastle und update, es läuft immer ohne Probleme
😂😂😂

[Semenchkare]

Hallo,

ich habe schon mehrfach ein lokales Backup erstellt, auch schon vor dem allerersten Restore zum Umzug.

Das kann also nicht das Problem sein....

[simatec]

@Semenchkare
Was steht denn als Backup Quelle für Restore in der Config? Der Pfad wird durchsucht beim start

[Semenchkare]

Lokal.
da habe ich auch ja beim Wechsel von Raspi3 auf Raspi4 auch das unter Raspi3 erzeugte Backup eingespielt.
Selbstverständlich wollte ich das auch auf NAS umstellen, da fand das System aber nichts...

[Jan1]

@Semenchkare
Hast mal die Doku des Adapter gelesen und das gemacht:

Für den CIFS Mount muss zwingend cifs-utils installiert sein. - sudo apt-get install cifs-utils

[simatec]

@Semenchkare
Mir geht es aber jetzt erstmal um den error.
Wann kam der? direkt nach der Installation, wo es noch kein erstelltes Backup gab?
Wenn der Adapter nach der Installation gestartet wird, steht die Backup-Quelle auf lokal und dementsprechend wird dieser Pfad durchsucht.

Ich muss jetzt eingrenzen, wo der Fehler liegen kann, da ich ihn nicht reproduzieren kann.

[simatec]

@Semenchkare
So habe es jetzt mal probiert unter node12 nachzustellen ... Ich bekommen keine Fehler ...
Hast du mal geschaut, ob alle rechte passen?
Ich könnte mir vorstellen, dass bei dir ggfs. was mit den Rechten nicht passt und du dadurch diesen error bekommst

Lass mal bitte den Installer-Fix laufen

[Semenchkare]

Hallo,

1. Cifs ist drauf siehe hier

pi@Raspi4-Iobroker:~ $ pi@Raspi4-Iobroker:~ $ sudo apt-get install cifs-utils
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
cifs-utils ist schon die neueste Version (2:6.8-2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 4 nicht aktualisiert.

2. den Installer-Fix gestern habe ich noch vor dieser Anfrage hier im Forum laufen lassen
   -keine Änderung-

3. Ich habe ja lokal zuerst einmal
   a) die minimal installierte Version des IoBrokers gesichert, bevor ich das Backup vom Raspi3 einspielte. War ein Tipp eines Users
   b) dann habe ich restored und es wurden alle Adapter neu geladen.

Erst dann kam ich ja auf die Idee, statt meines alten Scriptes nun Backitup zu nutzen. Wichtig war mir hierbei die Sicherung auf ein NAS (Synology DS216). Erst dann versuchte ich umzustellen und habe den Backitup-Adapter gestartet und danach versucht umzustellen, wobei mir immer auffiel, dass die Anzeige bei den Instanzen ständig wieder von grün auf rot und andersherum wechselt.
Wenn ich die lokale Sicherungsoption aktiv habe, ist dies nicht der Fall...

[simatec]

@Semenchkare sagte in Backitup 1.4.3 Mount oder FTP funktioniert nicht auf Raspi 4:

Wenn ich die lokale Sicherungsoption aktiv habe, ist dies nicht der Fall...

Was meinst du mit lokal? Backitup?
Dann ist es anscheinend grundsätzlich ein Problem deiner Config zum NAS.

Poste doch mal deine Config vom NAS und von Backitup.
Des Weiteren wäre es gut, wenn du Backitup in den Instanzen auf debug stellst und den Log vom mount Versuch hier postest

[Semenchkare]

ja, mit lokal meine ich Backitup mit Sicherung auf de SD-Karte des Raspi 4.
OK, ich mache das mit dem Debug.
Bei heutigen Versuchen habe ich folgende Fehlermeldung erhalten:

backitup.0	2020-03-24 00:58:53.730	error	Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
backitup.0	2020-03-24 00:58:53.730	error	mount error(95): Operation not supported
backitup.0	2020-03-24 00:58:53.730	error	(30127) Error: Command failed: sudo mount -t cifs -o username=Benutzer,password=****,rw,file_mode=0777,dir_mode=0777 //192.xxx.xxx.xx/sic/ioBrokerRaspi /opt/iobroker/backups

Du scheinst auf der richtigen Spur. Ich habe das von V1.0 bis V3.0 probiert.
Anders als bisher:
Ich habe heute jedesmal die Instanz beendet und erst nach Umstellung neu gestartet, da waren die Fehler von gestern nicht mehr in dieser Art vorhanden...

wenn ich manuell mounte, dann mit diesem Befehl:

sudo mount.cifs //192.xxx.xxx.xx/sic /opt/iobroker/backups/ -o user=Benutzer,password=*****,vers=1.0

da habe ich vollständig Zugriff auf das NAS

Gruß

Sami

[Semenchkare]

Hallo,

ich habe jetzt ein funktionierendes Setting, aber nicht ganz befriedigend:

1.) Freigabename NAS: "/sic/"
2.) Unterverzeichnis "ioBrokerRaspi"

wenn ich das gewünschte Unterverzeichnis in der Freigabe angebe, funktioniert der Mount nicht.
Lasse ich "ioBrokerRaspi" weg, dann mounted er ohne Fehler und sichert die Datei aufs NAS. Leider nicht ins gewünschte Unterverzeichnis.

nach dem Sicherungsvorgang wird wohl "umount" durchgeführt, gefühlt aber leicht Zeitversetzt realisiert.

LG
Sam

[Semenchkare]

Hallo,

seit der 1.44 funktioniert auch das Finden der NAS-Freigabe bei der Wiederherstellungs-Seite!
jetzt fehlt nur noch, dass ich Verzeichnis tiefer sichern kann!

Danke und Gruß´

Seme

[Jan1]

@Semenchkare
Du gibst den Pfad wohl falsch an, da das schon immer funktioniert.

[Semenchkare]

Hallo,

ich hatte zunächst folgendes drin: /sic/ioBrokerRaspi
wobei sic die Freigabe und ioBrokerRaspi der Pfad ist.
Da hatte ich aber die Fehler im LOG und es funktionierte nichts.

Gestern machte ich mal nur die Freigabe /sic/ rein - siehe da ein Mounten und eine Sicherung direkt auf die Freigabe war möglich.
Jeder Versuch, den Pfad anzufügen scheiterte.

jetzt habe ich mal den Reiter "in verschiedenen Pfaden speichern" verwendet.

Dort habe ich angegeben sic/ioBrokerRaspi - Siehe da, es geht!!!
Warum das so ist, ist mir unklar...
Ich habe übrigens im ersten Versuch auch mal den ersten Slash weggelassen, hat aber nicht geholfen...