Lupinhos Home

Hallo, ich hab ein neues Problem:

HLB2.0.5b

Beim Einrichten eines zweiten Ziels bricht HLB beim initialisieren ab.
Es behauptet, ich hätte nicht die nötigen Berechtigungen auf dem Zielsystem.
Komischerweise liegt allerdings in diesem Zielordner dann das beim Backup erstellte Unterverzeichnis mit der hms Datei und der Logdatei, in der steht, dass ich nicht die nötigen Rechte habe....

hier der Logfile:

[14:37:03.96] INF: Configure backup "C:\Verwaltungsbatches\HardlinkBackup\Backup-DA254-HL2.hbd"
[14:37:03.96] INF: Start backup at 2012-11-28 14:37:03.96
[14:37:03.96] INF: Compare with backup sets 
[14:37:03.97] INF: Initializing backup
[14:37:03.97] INF: Check access to source directory "E:\Abtdaten" ("Abtdaten")
[14:37:04.02] INF: Check access to source directory "E:\Userdaten" ("Userdaten")
[14:37:04.07] INF: Check access to source directory "D:\Datenbanken$" ("Datenbanken$")
[14:37:04.10] INF: Need user to access network path "\\NASK336\Sicherung\DA254\2012-11-28_14.37" (user is "admin")
[14:37:04.10] INF: Check root access to "\\NASK336\Sicherung"
[14:37:04.55] INF: Need user to access "\\NASK336\Sicherung\" (user is "Domain\admin")
[14:37:04.60] INF: Check file access to "\\NASK336\Sicherung\DA254\2012-11-28_14.37"
[14:37:04.66] INF: Need user to access network path "\\nasfw5\Sicherung\DA254\2012-11-28_14.37" (user is "admin")
[14:37:04.66] INF: Check root access to "\\nasfw5\Sicherung"
[14:37:05.02] INF: Need user to access "\\nasfw5\Sicherung\" (user is "Domain\admin")
[14:37:05.05] INF: Check file access to "\\nasfw5\Sicherung\DA254\2012-11-28_14.37"
[14:37:05.07] ERR: The worker InitializeBackupWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.InitializeBackupWorker@90, WorkerState=Failed] failed because an exception occured:
[14:37:05.07] ERR: Lupinho.Net.HardlinkBackup.Engine.Workers.BackupException: An exception with error code CheckFileAccess occured at \\nasfw5\Sicherung\DA254\2012-11-28_14.37.
   at Lupinho.Net.HardlinkBackup.Engine.Workers.InitializeBackupWorker.Work(IWorkerRunControl workerRunControl, IProgressMonitorTask workingTask)
   at Lupinho.Net.Worker.AbstractWorker.Continue()
[14:37:05.07] INF: Backup initialization failed
[14:37:05.24] INF: Writing backup set info for target \\NASK336\Sicherung\DA254
[14:37:05.26] INF: Writing backup set info for target \\nasfw5\Sicherung\DA254
[14:37:05.30] ERR: The worker FullBackupWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.FullBackupWorker@87, WorkerState=Failed] failed because an exception occured:
[14:37:05.32] ERR: Lupinho.Net.Worker.SubWorkerFailedException: The sub-worker InitializeBackupWorker[Id=Lupinho.Net.HardlinkBackup.Engine.Workers.InitializeBackupWorker@90, WorkerState=Failed] has been failed.
   at Lupinho.Net.Worker.AbstractSequentialWorker`1.Work(IWorkerRunControl workerRunControl, IProgressMonitorTask workingTask)
   at Lupinho.Net.Worker.AbstractWorker.Continue()
[14:37:05.32] INF: Closing backup...
[14:37:05.32] INF: Summary:
[14:37:05.32] INF:   Backup time: 14:37 - 14:37 (01.124 seconds)
[14:37:05.32] INF:   Copied 0 files (0 Byte)
[14:37:05.32] INF:   Linked 0 files (0 Byte)
[14:37:05.33] INF:   Processed 0 files (0 Byte) in 0 directories
[14:37:05.33] INF:   2 errors and 0 warnings occured
[14:37:05.33] INF: Backup failed with 2 errors.

Dies geschieht bei einer interaktiven Ausführung des Backups, ich kann das Share auf dem NAS öffen, dort Daten lesen, schreiben, löschen usw.
Im NAS sind die Sicherheitseinstellungen genauso wie im Zwillingssystem, auf dem die Sicherung bereits erfolgreich getestet wurde.

Was läuft denn nun falsch?

Grüße, RTA

EDIT: Natürlich sind die Übertragung alternativer Datenströme und Berechtigungsübertragung deaktiviert.

Prinzipiell kann es auch an den Berechtigungen des Shares liegen - zumindest unter Windows passiert das (NTFS Berechtigung einerseits und Berechtigung des Shares andererseits). Sollen Berechtigungen kopiert werden - was bei einer Sicherung auf ein UNIX-NAS sowieso prinzipbedingt nicht geht - werden auch noch weitere NTFS-Berechtigungen geprüft (Berechtigungen ändern und Besitz übernehmen). Was genau Windows aus einem UNIX-Schreibrecht in der API macht, weiß ich jetzt auch nicht genau - im besten Fall Vollzugriff (und das reicht dann HardlinkBackup definitiv).

Ja. Dafür braucht man aber nur das NTFS-Recht zum Anlegen einer Datei. Deswegen darf man aber noch lange nicht bestehende Dateien ändern, Dateien löschen oder gar Berechtigungen ändern oder den Besitz von Dateien übernehmen...

Also, was ich bisher durchprobiert habe:

Egal von welchem Server aus ich via HardlinkBackup ein Backup auf das ProblemNAS machen möchte, der Fehler ist immer derselbe.
Egal, ob als zweites Zielverzeichnis, oder alleine.
Mit älterer DSM Version 4.0 oder der aktuellsten 4.1 (Nach Upgrade)
Egal, welche Berechtigungen ich einstelle
Egal, ob EXT2 oder 4

Auf dem Zwillingssystem mit DSM 2.3 funktionierts bestens
Auf den kleineren Systemen mit DSM3.2, DSM4.0 und DSM 4.1 ebenfalls

Mit Robocopy gehts auch wie bisher auf das "Problemsystem"

NTP Einstellungen sind korrekt, Systemzeit ist syncron
Mitgliedschaft im AD ist in Ordnung
Gruppen werden korrekt aufgelöst
Verzeichnisberechtigungen sind:
Owner (Benutzer unter dem ich das Ganze teste)
Domänen Admins: Full
Jeder: Full (nur zum Testen)

Auf den anderen Systemen ist das Backup innehalb von 5 Minuten eingerichtet (inklusive dem Anlegen eines neuen Shares)

In einem Satz:
Langsam bin ich mit meinem Latein am Ende, insbesondere, weil alles andere ja funktionieren, und das Zwillingssystem auch keine Zicken macht.

Gruß, RTA

Zitat von Mr. Magpie am November 29, 2012, 12:42
Sind denn auf dem Problem-NAS noch alte (HLB-)Backups drauf? Könnte es vielleicht daran liegen?

Hallo Mr. Magpie,
nein, daran liegt es nicht, auch wenn die alten Backups komplett gelöscht sind, taucht der Fehler auf.

Aber: Neue Erkenntnis:

Offenbar gibt es ein Problem AD Gruppenmitgliedschaften aufzulösen.
Ich habe mich im Synology Forum mal umgesehen und einige parallele Fälle gefunden.

Wenn man die "Windows ACL" aktiviert, werden zwar die korrekten Verzeichnisberechtigungen angezeigt, sie greifen aber nicht richtig. Insbesondere Gruppenmitgliedschaften werden nicht richtig augelöst.

Der Unterschied bei den verschiedenen NAS Systemen war, dass bei den einen Systemen der "windows ACL" Haken von anfang an gesetzt gewesen ist und bei dem Problemnas erst nachträglich gesetzt wurde.
Es hätte zwar eigentlich trotzdem gehen müssen, aber na ja.

Unterscheiden muss man natürlich in Freigabeberechtigungen und Dateisystemberechtigungen. Da es hier "nur" um ein Backup geht, reicht es, die Windows ACL Steuerung zu deaktivieren, dann wird mit den internen Linux Gruppen gearbeitet.
Stellt man hier nun im Filemanager (Dateibrowser) die Berechtigungen auf "everyone" All ein, so können alle Nutzer, die es über die Freigabeberechtigungen bis auf das Dateisystem geschafft haben alles lesen, schreiben usw.

Die Freigabeberechtigungen muss man dann allerdings natürlich sehr restriktiv setzen, damit nicht irgendwer auf die Datensicherung des Homeshares vom Geschäftsführer zugreifen kann. Hier kann man aber wieder nach Herzenslust mit AD Gruppen arbeiten.

Eine andere Alternative, die ich aber aus Gründen des Aufwands nicht ausprobiert habe, wäre, die NAS Systeme mit iSCSI an die Windows Server anzubinden. Dann werden die NAS Systeme quasi wie lokale Laufwerke angesprochen, und man kann wie in Windows gewohnt verfahren.

@Lupinho:
Danke füe Deine Geduld, ich lasse die Sicherung (nun endlich) laufen, und dann schauen wir mal wegen der "1300 Fehler" 🙂

Grüße, RTA