Seit dem Upgrade auf Version 2.5.7 ist mir gelegentlich aufgefallen, dass eine Konvertierung mehrmals ohne „Zeitraum“ ausgeführt wird. Letzte Nacht liefen The Blacklist und ein Hallmark-Film mehr als einmal. Ich habe die Logs zur Überprüfung angehängt.
Vielen Dank.
mcebuddy.zip (333,0 KB)
Ich verschiebe das in ein neues Thema, danke für die Logs. Wir haben die mögliche Ursache dafür identifiziert, warum einige deiner konvertierten Dateien in eine Konvertierungsschleife geraten – es wurde durch einen Race Condition ausgelöst, wenn das System stark belastet ist.
Dies wurde im heutigen 2.5.7 BETA-Build behoben, probiere es aus und lass mich wissen, ob du weiterhin Probleme hast.
Ich werde es dir wissen lassen, falls es mit dem neuen Build passiert. Danke.
@Goose
Ich hatte letzte Nacht erneut eine Konvertierungsschleife. Hier sind die Logs.
Danke,
dcmcebuddy.zip (163,3 KB)
Okay, wir haben einen potenziellen Race Condition gefunden, bei der die Monitor-Position die neue Datei aufgegriffen hat, bevor die Engine die konvertierte Datei erfassen konnte. Wir haben eine Korrektur dafür eingebaut. Probiert das heutige 2.5.7-BETA-Build aus, damit sollte es jetzt behoben sein.
Danke, ich werde heute die neue Version installieren.
@Goose
Bitte sieh dir die angehängten Logs von der gestrigen Dual-Konvertierung an.
Danke,
djc
mcebuddy.zip (69,1 KB)
Hmm, okay, wir glauben, wir wissen, was vor sich geht, und es hat etwas damit zu tun, dass Ihr Netzwerk-Dateisystem einen falschen Status meldet und MCEBuddy durcheinanderbringt.
Was also passiert, ist Folgendes: Ihr Zielordner ist ein Netzwerkordner. Die Originaldatei hat eine Größe von etwa 5 GB, und es dauert lange, bis die Datei in den Zielnetzwerkordner verschoben wird, der zufällig auch Ihr Quellordner ist, der vom Monitor-Standort überwacht wird. Wenn also die konvertierte Datei kopiert wird und genau in diesem Moment der Monitor-Task beschließt, Ihren Ordner zu scannen, erscheint die neue konvertierte Datei. Normalerweise würde ein normales System die Datei als „in Bearbeitung“/gesperrt melden, sodass MCEBuddy sie überspringt. Aus irgendeinem Grund meldet Ihre Netzwerkdatei die Datei jedoch als lesebereit, was MCEBuddy dazu verleitet, zu glauben, sie sei verfügbar, und sie wird in die Warteschlange aufgenommen.
Wir haben einen Fix für solche Dateisysteme eingebaut, die möglicherweise einen falschen Dateisperrstatus melden. Mit dem heutigen 2.5.7-BETA-Build sollte dies behandelt werden.
Als Referenz: Die alternative Lösung wäre, das Mindestalter der Datei in den erweiterten Einstellungen des Monitor-Tasks zu erhöhen (Standard: 1 Minute – in Ihrem Fall dauerte der Kopiervorgang über eine Minute), beispielsweise auf 30 Minuten. Dadurch wartet MCEBuddy selbst dann 30 Minuten, bevor die Datei in die Warteschlange aufgenommen wird, falls das Dateisystem fälschlich meldet, dass die Datei bereit ist (obwohl sie tatsächlich zum Schreiben gesperrt ist). In dieser Zeit wird die Konvertierung abgeschlossen und die Datenbanken aktualisiert, sodass nach Ablauf von 30 Minuten die Datei als bereits konvertiert erkannt und übersprungen wird.
Ich werde die neue Version ausprobieren und morgen die minimale Alterungszeit erhöhen. Ich habe jedoch eine Frage: Da dieses Problem erst begann, nachdem das Problem mit dem Dateinamen, der mit einem Punkt endet, behoben wurde, warum passiert es jetzt?
Vor dieser Behebung hatte ich dieses Problem nur, wenn der Dateiname mit einem Punkt endete.
Ich schätze Ihre Hilfe wirklich sehr.
Dies sind zwei völlig unterschiedliche und unabhängige Probleme. Das erste war ein Fehler in der Behandlung des Punkts (von Windows ignoriert, aber nicht von MCEBuddy), was zu einer Dateinamensabweichung führte.
Das zweite ist ein Race-Condition-Fall, der unter genau den richtigen Umständen auftritt (die Überwachungsaufgabe muss einen Scan ausführen, gerade wenn die Datei verschoben wird), möglicherweise ausgelöst durch eine Änderung darin, wie dein Netzwerkdateisystem gesperrte Dateien meldet (oder eben nicht).
Mit diesem Update solltest du das Mindestalter nicht erhöhen müssen. Versuche das zuerst, nur um zu bestätigen, dass es wie erwartet funktioniert.
Bisher gibt es keine zu meldenden Probleme.