Backitup und Windows - Backup auf Netzlaufwerk

[hmanfred]

Ich habe jetzt mal ein wenig experimentiert. Ohne Erfolg:

• Ich habe die Instanz gelöscht und neu angelegt.
• In den Haupteinstellungen nur "Debug" und "NAS/Copy" gewählt
• Unter "NAS / Copy" Copy gewählt, keine Option angehakt und als Pfad "Z:" eingetragen (ohne Anführungszeichen)

Ergebnis (Auszug des Konsolenlogs):

Spoiler

Gestartet...
[DEBUG] [iobroker] start with {"type":"creator","time":"02:00","debugging":true,"everyXDays":"1","deleteBackupAfter":0,"cifs":{"enabled":true,"mountType":"Copy","type":"storage","source":"local","mount":"","debugging":true,"fileDir":"C:\\Program [DEBUG] [iobroker] - host.Proxmox-WIN10n 12437 objects saved
...
[DEBUG] [iobroker] - Backup created: C:\Program Files\iobroker\SmartHome\backups\iobroker_2020_04_07-17_18_01_backupiobroker.tar.gz
[DEBUG] [iobroker] - done
[ERROR] [cifs] - [IGNORED] Path "Z:\" not found
...

Laufwerk Z: war auf OS-Ebene gemountet, also im Dateiexplorer zugreifbar. Auch Pfadangaben Z:\ und Z:/ funktionieren auch nicht.

[simatec]

@hmanfred
Das Thema ist bereits bekannt.
Irgendwie scheint node Probleme mit Netzlaufwerken unter Windows zu haben.
Ich konnte den Fehler bisher noch nicht eingrenzen. Auch eine Verknüpfung zum Netzlaufwerk auf einem anderen Pfad geht unter Windows nicht.

CIFS und NFS mount sind für Linux und Mac Systeme

[hmanfred]

@simatec
Das ist unbefriedigend. Dem muss doch auf die Spur zu kommen sein.
Wo kann ich das Problem denn sinnvollerweise adressieren?

Ich habe übrigens auch mit mklink (mounted ähnlich wie unter LINUX Netzlaufwerke auf ein lokales Verzeichnis) experimentiert. Auch ohne Erfolg.

Bei copy direkt ins Verzeichnis kommt:

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - Copy iobroker_2020_04_08-17_16_04_backupiobroker.tar.gz...
[ERROR] [cifs] - Error: EPERM: operation not permitted, open 'C:\mnt\iobroker_2020_04_08-17_16_04_backupiobroker.tar.gz'

In ein Unterverzeichnis:

[DEBUG] [iobroker] - done
[ERROR] [cifs] - [IGNORED] Path "C:\mnt\test" not found

[simatec]

@hmanfred sagte in Backitup und Windows - Backup auf Netzlaufwerk:

Wo kann ich das Problem denn sinnvollerweise adressieren?

Bei mir

Ich bin da schon dran und suche nach einer Lösung.
Eventuell hat @Bluefox da noch eine Idee

[hmanfred]

@simatec
Okay, danke erst mal.

Bis zu einer Lösung kopiere ich die Backups in ein lokales Verzeichnis und richte auf meinem NAS einen Sync-Job ein.

[hmanfred]

@simatec
Bringt uns dieser Beitrag eventuell weiter?

Meine Versuche, die Pfade mit Doppelbackslash in der Konfig des Adapters einzutragen sind allerdings fehlgeschlagen.

[simatec]

@hmanfred
Schaue ich mal am WE

[simatec]

@hmanfred
Teste mal bitte die aktuelle Version von Github ...

[hmanfred]

@simatec
Leider kein Erfolg. Interessant ist:

Eintrag in der Konfig:

Z:\Test (ein Backslash)

Debugausgabe der Konfig:

"dir":"Z:\\test" (zwei Backslashes)

Debugausgabe des Kopierversuchs:

[ERROR] [cifs] - [IGNORED] Path "Z:/test" not found (ein Slash, kein Backslash!)

Edit: habe gerade gesehen, dass der Doppelbackslash von der Forumssoftware auf einen einzelnen gewandelt wurde. Deshalb jetzt als Code angegeben.

[hmanfred]

@simatec
Bei meinen Recherchen bin ich auch noch auf diesen Link gestoßen.
Ich weiss nicht, ob und wie uns das weiter helfen kann. Aber vielleicht gibt dir das wenigstens weitere Infos zur Ursache des Problems.

[simatec]

@hmanfred sagte in Backitup und Windows - Backup auf Netzlaufwerk:

@simatec
Leider kein Erfolg. Interessant ist:

Eintrag in der Konfig:
Z:\Test (ein Backslash)

Debugausgabe der Konfig:
"dir":"Z:\test" (zwei Backslashes)

Debugausgabe des Kopierversuchs:
[ERROR] [cifs] - [IGNORED] Path "Z:/test" not found (ein Slash, kein Backslash!)

OK da ich aktuell leider nicht unter Windows testen kann, wäre noch interessant, ob lokal z.B. auf C:\test ein kopieren möglich wäre

[hmanfred]

@simatec
Ja, mit dem Eintrag C:\IOB-Backups\ioBroker wird sowohl mit der 1.4.5 als auch mit der GitHub Version 1.5.0 einwandfrei kopiert.

[simatec]

@hmanfred
Mit welchen Userdaten ist dein Netzlaufwerk verbunden? Mit den gleichen Benutzer und Passwort wie dein Admin unter dem iobroker läuft?

[hmanfred]

@simatec
Da verstehe ich die Zusammenhänge leider nicht ganz. Deshalb eine ausführliche Erklärung:

• Die Installation von ioBroker geschah bei angemeldetem User "technik" in Windows 10.
• Im laufenden Betrieb geschieht ein Autologon beim hochfahren der VM mit dem User "technik"
• Das Verbinden des Netzlaufwerks geschah mit dem angemeldeten User "technik"
• In ioBroker habe ich nichts an der Userverwaltung geändert. Ich sehe in der Weboberfläche:
  

Dazu ergänzend ein Hinweis:
Bei der Installation von ioBroker unter Windows wird ein Link auf dem Desktop abgelegt, mit dem ich eine Konsole mit Admin-Berechtigungen öffnen kann. Titel: "Administrator: ioBroker Kommandozeile". Darüber muss jegliche Administration des ioBroker gemacht werden, die auf Kommandozeilenebene geschieht. Z.B. ein Update des JS-controllers.
Ich habe keine Ahnung (trotz recht viel Windows-Ahnung), warum das gemacht wird. Auffällig ist jedoch:

• Auf Netzlaufwerke, die über die Windows-Oberfläche (egal ob grafisch oder in einer "normalen" Kommandokonsole (CMD oder Powershell) verbunden wurden, sind in dieser Konsole nicht zugreifbar. Bei Zugriffsversuch kommt "Das System kann das angegebene Laufwerk nicht finden."
• Netzlaufwerke, die in der ioBroker-Kommandozeile vernbunden werden ("net use...") sind in der "normalen" Windows Oberfläche nicht sicht-/zugreifbar.

Allerdings mache ich meine Tests mit Backitup immer so:

• ich verbinde den Laufwerksbuchstaben Z: in der "normalen" Windows-Oberfläche mit dem Netzlaufwerk
• ich verbinde zusätzlich den Laufwerksbuchstaben Y: in der "ioBroker Kommandozeile" mit dem gleichen Netzlaufwerk
• Alle Backuptest werden mit beiden Pfadangaben probiert.

[hmanfred]

@simatec
Vielleicht wäre es sinnvoll, dass du dich mal mit Stabilostick kurzschließt. Der hat den Windows Installer gebaut.

[simatec]

@hmanfred
Soweit ich weiß, läuft iobroker als Administrator.
Hast du Stelle mal das gewünschte Netzlaufwerk auch als Administrator her.
Ich vermute, dass der Administrator das Netzlaufwerk des User nicht sieht

[hmanfred]

@simatec
Mein Windows-Wissen sagt hier:

• Bei der Installation von Windows (betrifft zumindest neuere Versionen ab 7 oder 8.x) wird kein eigentliches Admin-Konto angelegt. Genauer: der Benutzer "Administrator" wird inaktiv angelegt und kann erst mal nicht genutzt werden. Das kann nur geändert werden, wenn man das Konto bewusst aktiviert - ist hier nicht geschehen.

• Der Benutzername, den man bei der Installation angibt, wird mit Admin-Rechten angelegt. In diesem Fall bedeuten Admin-Rechte, dass man dennoch unter Umständen (z.B. bei einer Softwareinstallation) auf die Gefahr hingewiesen und gefragt wird, ob man seine Admin-Rechte nutzen möchte. Ein Klick genügt hier. Alles, was im Zusammenhang mit ioBroker Admin-Rechte braucht, kann und muss unbedingt mit diesem Account geschehen (sein). Es gibt keinen anderen Benutzer.

• Es gibt dann noch das Benutzerrecht "System" unter Windows. Das ist aber kein eigentlicher Benutzer, der sich mit Name und PW anmelden kann. Vielmehr ist dieses höchste Benutzerrecht im Wesentlichen für Systemdienste vorgesehen. Für diesbezüglich nähere Zusammenhänge fehlt mir allerdings Fachwissen.

Fazit: ich kann in meiner aktuellen Installation kein anderes Konto nutzen, als das bei der Installation angelegte namens "technik".

Nach wie vor bin ich der Meinung, dass hier nur jemand mit tieferem Windows-Fachwissen weiterhelfen kann. Der Naheliegendste ist da für mich Stabilostick, von dem die Installationsroutine kommt.

[hmanfred]

@simatec
Ich sichere derzeit auf einem lokalen Laufwerk und synchronisiere dieses Laufwerk mit Bordmitteln einmal am Tag auf das NAS. Das geschieht mit einer Batchdatei (= Script in Windows), die mittels des Systembefehls "robocopy" ein Mirroring vornimmt.

Das könnte die Basis für einen möglichen Lösungsansatz / Workaround sein:
Wenn du die Möglichkeit schaffst, im Setup einen Systembefehl zu definieren, der nach Abschluss der Sicherung ausgeführt wird, könnte man dort den entsprechenden Aufruf eintragen. Möglicherweise wäre das sogar ein Ansatz, dem eigentlichen Problem auf die Spur zu kommen.