4
Samba AD Backup bricht ab mit "Insufficient system resources"
Hallo zusammen,
Ich habe bei mir einen Samba Server als AD DC laufen. Nun wollte ich mit Samba-Tools nochmal die Domänendaten sichern mit
Das Backup wird mit root Rechten auf dem Server und als administrator der Domäne gestartet.
Nach einer Zeit bricht das Backup mit folgenden Zeilen ab. Er arbeitet noch einige Zeit nach der Anzeige von Cloned domain ...., dann kommt die uncaught exception des Python Scripts.
Hat jemand eine Idee was hier schief läuft. Plattenplatz ist genug da. Nach dem Python File Namen denke ich, dass es ein Rechteproblem sein könnte, hab aber keine Ahnung. Was mehr als Root und Administratoren Rechte kann man vergeben (rhetorische Frage)? In der Vergangenheit lief das Backup durch.
Es ist ein Samba 4.9.1, das ist der Grund warum ich das Backup ziehen will, um ihn mit Bookworm komlett neu aufusetzen.
Viele Grüße
Heiko
Ich habe bei mir einen Samba Server als AD DC laufen. Nun wollte ich mit Samba-Tools nochmal die Domänendaten sichern mit
root@dc1:samba-tool domain backup online --server=dc1 --targetdir=/usr/local/samba/var/locks/sysvol/ADBackup -U administratorNach einer Zeit bricht das Backup mit folgenden Zeilen ab. Er arbeitet noch einige Zeit nach der Anzeige von Cloned domain ...., dann kommt die uncaught exception des Python Scripts.
invalid permissions on directory '/usr/local/samba/var/locks/sysvol/ADBackup/tmp_LsPaj/msg.lock': has 0750 should be 0755
Setting isSynchronized and dsServiceName
Cloned domain MYDOMAIN (SID S-X-X-XX-XXXXXXXXXX-XXXXXXXXX-XXXXXXXXX)
ERROR(runtime): uncaught exception - (3221225626L, 'Insufficient system resources exist to complete the API.')
File "/usr/local/samba/lib/python2.7/site-packages/samba/netcmd/__init__.py", line 177, in _run
return self.run(*args, **kwargs)
File "/usr/local/samba/lib/python2.7/site-packages/samba/netcmd/domain_backup.py", line 242, in run
backup_online(smb_conn, sysvol_tar, remote_sam.get_domain_sid())
File "/usr/local/samba/lib/python2.7/site-packages/samba/ntacls.py", line 494, in backup_online
data = smb_helper.loadfile(r_name)
File "/usr/local/samba/lib/python2.7/site-packages/samba/ntacls.py", line 349, in loadfile
return self.smb_conn.loadfile(smb_path)Hat jemand eine Idee was hier schief läuft. Plattenplatz ist genug da. Nach dem Python File Namen denke ich, dass es ein Rechteproblem sein könnte, hab aber keine Ahnung. Was mehr als Root und Administratoren Rechte kann man vergeben (rhetorische Frage)? In der Vergangenheit lief das Backup durch.
Es ist ein Samba 4.9.1, das ist der Grund warum ich das Backup ziehen will, um ihn mit Bookworm komlett neu aufusetzen.
Viele Grüße
Heiko
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 669588
Url: https://administrator.de/contentid/669588
Ausgedruckt am: 18.11.2024 um 20:11 Uhr
4 Kommentare
Neuester Kommentar
Hi
lock directory
This option (sometimes called lock dir) specifies the location of a directory where Samba will store SMB deny-mode lock files. Samba stores other files in this directory as well, such as browse lists and its shared memory file. If WINS is enabled, the WINS database is written to this directory as well. The default for this option is specified in the Samba makefile; it is typically /usr/local/samba/var/locks. You can override this location as follows:
[global]
lock directory = /usr/local/samba/locks
You typically would not need to override this option, unless you want to move the lock files to a more standard location, such as /var/spool/locks.
Sicher das du dort dein Backup ablegen solltest ?
Hast du mal ne andere Location probiert ?
Mit freundlichen Grüßen Nemesis
lock directory
This option (sometimes called lock dir) specifies the location of a directory where Samba will store SMB deny-mode lock files. Samba stores other files in this directory as well, such as browse lists and its shared memory file. If WINS is enabled, the WINS database is written to this directory as well. The default for this option is specified in the Samba makefile; it is typically /usr/local/samba/var/locks. You can override this location as follows:
[global]
lock directory = /usr/local/samba/locks
You typically would not need to override this option, unless you want to move the lock files to a more standard location, such as /var/spool/locks.
Sicher das du dort dein Backup ablegen solltest ?
Hast du mal ne andere Location probiert ?
Mit freundlichen Grüßen Nemesis
Hallo,
Gruss,
Peter
Zitat von @vbAlti:
Haste überlesen, oder?invalid permissions on directory '/usr/local/samba/var/locks/sysvol/ADBackup/tmp_LsPaj/msg.lock': has 0750 should be 0755 Gruss,
Peter
Danke für den Hinweis.
Ich habe jetzt versucht das Backup direkt in das Uservereichnis vom Root zu schreiben. Erste Fehlermeldung wegen msg.lock ist zwar jetzt weg, aber die python exception kommt weiterhin.
In der Vergangenheit wurden die Backups in das Verzeichnis geschrieben, daher wundere ich mich...
Thanks for the hint.
I have now tried to write the backup directly to the user directory of the root. First error message because of msg.lock is gone now, but the python exception is still coming.
In the past, the backups were written to the directory, so I'm wondering...
Kind regards
Heiko
Ich habe jetzt versucht das Backup direkt in das Uservereichnis vom Root zu schreiben. Erste Fehlermeldung wegen msg.lock ist zwar jetzt weg, aber die python exception kommt weiterhin.
In der Vergangenheit wurden die Backups in das Verzeichnis geschrieben, daher wundere ich mich...
Thanks for the hint.
I have now tried to write the backup directly to the user directory of the root. First error message because of msg.lock is gone now, but the python exception is still coming.
In the past, the backups were written to the directory, so I'm wondering...
Kind regards
Heiko
Nein, hab ich schon gesehen, ist mir in der Vergangenheit aber nie aufgefallen, weil das Script durchgelaufen ist. Ich habe in den alten Backups geschaut und msg.lock war immer leer, daher denke ich, dass der Fehler schon früher da war.
No, I've already seen it, but I never noticed it in the past because the script ran through. I looked in the old backups and msg.lock was always empty, so I think the error was there before.
Kind Regards
Heiko
