Net use sporadisch Systemfehler 1326

Hallo Gemeinschaft!

Wir nutzen für unsere Backupkopie der virtuellen Maschinen ein RDX welches jeden Tag um 0 Uhr per Batch gemountet und geleert wird, damit unser Veem Backup eine volle Kopie des Backups erstellt und keine inkrementelle.

Dabei kommt folgendes Batch-File zum Einsatz, welches durch das Veem Backup-Programm automatisch vor jedem Backupprozess gestartet wird:

net use x: /user:DOMAIN\Administrator \\qnap-nas\rdx PASSWORD
forfiles /p "X:\Backup Copy To RDX" /m "Backup Copy To RDX*" /D -1 /C "cmd /c del @path"  
net use x: /delete

Dabei tritt in unregelmäßigen Abständen der Fehler 1326 auf:
Systemfehler 1326 aufgetreten.Der Benutzername oder das Kennwort ist falsch.

Benutzername und Passwort sind zweifellos korrekt. Wenn ich die Schritte manuell ausführe klappt der Vorgang immer.

Ich bin mir nicht sicher welche Ursache dies haben könnte, da es nur sporadisch nicht funktioniert.
Kann man dem net use Befehl ein erweitertes Logging angewöhnen oder eine Art Debug Modus um die Ursache genauer einzukreisen?

Gruß
David

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 383986

Url: https://administrator.de/contentid/383986

Ausgedruckt am: 26.11.2024 um 21:11 Uhr

11 Kommentare

Neuester Kommentar

Moin,

warum weißt du der Freigabe ein Laufwerk zu?

Gruß

Hallo,
weil ich ohne Benutzername auf die Freigabe nicht zugreifen kann. Und da macht es keinen Unterschied ob ich der Freigabe temporär einen Laufwerksbuchstabe zuweise oder nicht.
Oder?

Hallo,

wenn es eine Freigabe ist, warum nutzt Du nicht den UNC-Namen und kopierst die Daten?
Oder kann das Ding nicht via UNC angesprochen bzw. Daten darauf kopiert werden?

Gruss Penny

Hallo,
also ich habe jetzt auf die Schnelle keine Dokumentierte Einschränkung für forfiles gefunden, daß ein UNC-Pfad nicht funktionieren sollte. Aber einen Benutzernamen muss ich für den Zugriff auf den Pfad angeben. Daher muss ich sowieso net use verwenden. Welchen Unterschied macht es denn dann ob ich zeitgleich einen Laufwerksbuchstaben verwende?

Das Veem Backup-Tool benutzt für den Zugriff selbst den UNC-Pfad. Das ist aber unabhängig von dem Batch File.

Gruß.

Zitat von @Evil2000:

Hallo,
weil ich ohne Benutzername auf die Freigabe nicht zugreifen kann.

gibt es einen Grund, warum die NAS nicht ins AD eingebunden ist?

Und da macht es keinen Unterschied ob ich der Freigabe temporär einen Laufwerksbuchstabe zuweise oder nicht.

naja - der Unterschied ist die weitere Fehlerquelle. Und UNC ist in diesem Fall schlicht sauberer. Darüber hinaus fehlt dir jegliches Fehlermanagement in deinem Script.

Also klopft man erst einmal die Rahmenbedingungen ab, bevor man an einer Lösung arbeitet.

Zitat von @Kraemer:
gibt es einen Grund, warum die NAS nicht ins AD eingebunden ist?

Ist es. Der Login ist ein Domänenlogin. Da der Backupprozess aber als Systembenutzer läuft und damit das Script unter diesem Account startet muss ich vorher das Login per net use bewerkstelligen. Der Backupprozess hat dann für das Kopieren die Zugangsdaten nochmal separat in seiner Konfig.

Zitat von @Kraemer:
naja - der Unterschied ist die weitere Fehlerquelle. Und UNC ist in diesem Fall schlicht sauberer. Darüber hinaus fehlt dir jegliches Fehlermanagement in deinem Script.

Das stimmt. Es ist momentan noch quick and dirty. Welchen Fehler würdest du denn Abfangen und wie würdest du darauf reagieren? Denn das Backup läuft nach der Terminierung der Batch so oder so los, ungeachtet eines Fehlers.

Gruß.

Hast du sicher gestellt, dass alle beteiligten Systeme das gleiche Datum / die gleiche Uhrzeit haben? Würde erklären, das der Befehlt sporadisch nicht funktioniert (mal Abweichung zu hoch - mal nicht)

Ja gute Idee. Im moment laufen beide Uhren bis auf 10 Sekunden gleich.
Momentan holt sich das NAS als auch der DC die Zeit per NTP von pool.ntp.org. Ich hab beide probeweise mal auf ptbtime3.ptb.de gestellt und beobachte das mal.

in einem AD gibt es nur einen Zeitserver. Den sollte auch die NAS nutzen!

Hallo zusammen,

falls es jemanden interessiert:
Ich habe vor ca. einer Woche das Batch-Script gegen ein recht simples PowerShell Script getauscht:

$User = "DOMAIN\Administrator"  
$PWord = ConvertTo-SecureString -String "MYPASSWORD" -AsPlainText -Force  
$Credential = New-Object -TypeName "System.Management.Automation.PSCredential" -ArgumentList $User, $PWord  
New-PSDrive -Name RDX -PSProvider FileSystem -Root \\qnap-nas\rdx -Credential $Credential | Out-Null
Remove-Item -Path "RDX:\Backup Copy To RDX\Backup Copy To RDX*" -Force  
Remove-PSDrive -Name RDX -PSProvider FileSystem

Das hat bisher ohne Fehler funktioniert. Offensichtlich ist in der Powershell etwas anders als in der einfachen Kommandozeile.
Ich beobachte das mal weiter.