Hilfe bei fehlgeschlagenem Netzlaufwerk

Hallo zusammen,

ich musste Server umziehen und konsolidieren, und das hat mich auf ein seltsames Problem gestoßen, das ich nicht lösen kann.

Ich habe einen NAS-Server, Truenas, der alle meine Plex-Aufzeichnungen speichert. Die Media-Freigabe ist auf meinem Plex-Server, der auch MCEBuddy ausführt, als z: gemappt.

Ich verwende Plexs Post-Processing-Skript, um die H264-Aufzeichnungen in H265 zu transkodieren. Das Skript wird zwar aufgerufen, aber wenn ich mir die Logs ansehe, erscheint folgendes:

WARNING> 2023-02-14T19:31:31 MCEBuddy.Engine.QueueManager --> Manually selected file Z:\_TV\TV-DVR\.grab\2fdc3ecf19384bb132a02bb7364f74d2c6ec36d8-70aa275f6292d0660d7058ab1a81033bde811485\Bob's Burgers (2011) - S11E11 - Romancing the Beef.ts does not exist or MCEBuddy doesn't have read permissions, skipping
ERROR> 2023-02-14T19:32:34 MCEBuddy.Engine.QueueManager --> Unable to process files in location \\TRUENAS\Media\_TV for monitor task Plex-DVR
ERROR : Thread was being aborted.
INFORMATION> 2023-02-14T19:32:35 MCEBuddy.Engine.Core --> MCEBuddy engine stopped
INFORMATION> 2023-02-14T19:32:35 MCEBuddy.Engine.Core --> Setting engine last running state to stop
2023-02-14T19:32:35 MCEBuddy.Engine.QueueManager --> Attempting to connect to network share \\TRUENAS\Media\_TV
2023-02-14T19:32:35 MCEBuddy.Engine.Core --> Loaded MCEBuddy engine settings
INFORMATION> --> Windows OS Version -> Microsoft Windows NT 10.0.19045.0 (WIN_10_2016_SERVER, Professional)
INFORMATION> --> Windows Platform -> 64 Bit
INFORMATION> --> MCEBuddy Build Platform -> 64 Bit
INFORMATION> --> MCEBuddy Build Version : 2.5.8.0
INFORMATION> --> MCEBuddy Build Date : 02/11/2023 07:50:32
INFORMATION> --> MCEBuddy Running as Service : False
INFORMATION> --> MCEBuddy License -> Premium
--> Locale Language -> ENG
2023-02-14T19:33:30 MCEBuddy.Engine.QueueManager --> Monitor task Plex-DVR : Checking Filter and Metadata Matches for File -> \\TRUENAS\Media\_TV\TV-DVR\Bob's Burgers (2011)\Season 11\Bob's Burgers (2011) - S11E11 - Romancing the Beef.ts, Conversion Task -> Convert to MP4
2023-02-14T19:33:30 MCEBuddy.Engine.QueueManager --> File >Bob's Burgers (2011) - S11E11 - Romancing the Beef.ts<, checking filename filter ><

Überprüfen Sie den Benutzernamen und das Passwort für die manuell hinzugefügten Dateien. MCEBuddy erfordert, dass Sie Überwachungsorte und manuell hinzugefügte Remote-Standorte mit separaten Benutzernamen/Passwörtern konfigurieren.

Könnte das NAS außerdem ein Timing-Problem haben (ich frage mich, ob der gleichzeitige Zugriff auf mehrere Dateien ein Problem verursacht).

Die überwachten und manuell hinzugefügten Dateien funktionieren einwandfrei – nur wenn MCEBuddy durch das Plex-Postprocessing-Skript gestartet wird, tritt der Fehler „kein Zugriff“ auf – derselbe Benutzername und dasselbe Passwort werden sowohl für die Überwachung als auch für die allgemeinen Systemeinstellungen verwendet.

Würde es einen Unterschied machen, wenn ich einen neuen MCEBuddy-spezifischen Benutzernamen und ein Passwort auf dem NAS erstelle?

Danke für die Hilfe! Will.

Nein, ich glaube nicht, dass das hilft; Benutzername und Passwort sind für die CLI und die manuelle Ausführung identisch.

Nach deiner Beschreibung klingt es, als würde Plex die Datei beim CLI-Aufruf noch blockieren, sodass MCEBuddy keinen Zugriff erhält. Wenn du kurz wartest und es dann manuell ausführst oder der Monitor-Ordner die Datei später aufnimmt, ist sie entsperrt.

Versuche, in deinem Skript eine Verzögerung einzubauen und ein paar Minuten zu warten, bevor du die CLI startest.

Ich habe versucht, eine Verzögerung hinzuzufügen – weiterhin der gleiche Fehler. Ich habe auch versucht, einen neuen Benutzer / ein neues Passwort auf dem NAS zu erstellen, ebenfalls ohne Erfolg.

Was es letztendlich behob, war das Verschieben einer Workload, die ein gemapptes Laufwerk benötigte, auf einen anderen Rechner und das Entfernen des gemappten Laufwerks. Sobald ich das getan hatte, funktionierte MCEBuddy einwandfrei. Ich bin froh, dass es jetzt funktioniert, aber es ist eine unbequeme Einschränkung – gibt es einen Workaround, oder ist das einfach die zugrunde liegende Windows-Infrastruktur?