Sinds de upgrade naar versie 2.5.7 heb ik af en toe een conversie die meer dan één keer wordt uitgevoerd, zonder een “periode”. Gisteravond werden The Blacklist en een Hallmark-film meerdere keren afgespeeld. Ik heb de logboeken bijgevoegd voor inspectie.
Dank u.
mcebuddy.zip (333,0 KB)
Ik verplaats dit naar een nieuw onderwerp, bedankt voor de logs. We hebben de mogelijke oorzaak geïdentificeerd waarom sommige van je geconverteerde bestanden in een conversielus terechtkomen, veroorzaakt door een raceconditie wanneer het systeem onder zware druk staat.
Dit is opgelost in de huidige 2.5.7 BETA-build, probeer het uit en laat me weten of je nog steeds problemen ondervindt.
Ik laat het je weten als het gebeurt met de nieuwe build. Dank je.
@Goose
Ik heb gisteravond opnieuw een conversielus ervaren. Hier zijn de logs.
Bedankt,
dcmcebuddy.zip (163,3 KB)
Oke, ik denk dat we een potentiële raceconditie hebben gevonden waarbij de monitorlocatie het nieuwe bestand oppikte voordat de engine het geconverteerde bestand kon registreren. We hebben er een oplossing voor geïmplementeerd. Probeer de BETA-build 2.5.7 van vandaag en dit zou het nu moeten oplossen.
Dank je, ik zal vandaag de nieuwe build installeren.
@Goose
Zie de bijgevoegde logbestanden van de dual conversie van gisteravond.
Bedankt,
djc
mcebuddy.zip (69,1 KB)
Hmm, oké, we denken te weten wat er aan de hand is en het heeft te maken met je netwerkfilesystem dat een verkeerde status rapporteert, waardoor MCEBuddy in de war raakt.
Wat er gebeurt is dat je doelmap een netwerkmap is. Het originele bestand is ongeveer 5 GB groot en het duurt lang voordat het bestand naar de doelnetwerkmap wordt verplaatst, die ook toevallig je bronmap is die wordt gemonitord door de Monitorlocatie. Dus wanneer het geconverteerde bestand wordt gekopieerd, als op dat specifieke moment de Monitor-taak besluit je map te scannen, verschijnt het nieuwe geconverteerde bestand. Idealiter zou een normaal systeem het bestand rapporteren als in gebruik/vergrendeld, zodat MCEBuddy het overslaat. Om de een of andere reden rapporteert je netwerkbestand het bestand als klaar om te lezen, wat MCEBuddy misleidt om te denken dat het beschikbaar is en het uiteindelijk toevoegt aan de wachtrij.
We hebben een fix ingebouwd om dergelijke filesystemen aan te kunnen die mogelijk een incorrect bestandvergrendelingsstatus rapporteren, dus met de huidige 2.5.7 BETA-build zou het opgelost moeten zijn.
Ter referentie, de alternatieve manier om dit op te lossen zou zijn om de Minimum leeftijd van het bestand in de geavanceerde instellingen van de Monitor-taak te verhogen (standaard 1 minuut - in jouw geval duurde het kopiëren meer dan 1 minuut) naar bijvoorbeeld 30 minuten. Wat dit doet is dat, zelfs als het bestandssysteem onterecht rapporteert dat het bestand klaar is (terwijl het eigenlijk vergrendeld is voor schrijven), MCEBuddy 30 minuten zal wachten voordat het aan de wachtrij wordt toegevoegd. Tegen die tijd is de conversie voltooid en zijn de databases bijgewerkt, zodat wanneer de 30 minuten voorbij zijn, het zal registreren als al geconverteerd en het zal het overslaan.
Ik zal de nieuwe versie proberen en morgen de minimale leeftijdstijd verhogen. Ik heb echter wel een vraag: aangezien dit probleem pas is begonnen toen het probleem met de bestandsnaam die eindigt op een punt werd opgelost, waarom gebeurt dit nu?
Vóór die fix had ik dit probleem alleen wanneer de bestandsnaam eindigde met een punt.
Ik waardeer al uw hulp enorm.
Dit zijn twee volledig verschillende en ongerelateerde problemen. Het eerste was een bug in de manier waarop de punt werd verwerkt (genegeerd door Windows maar niet door MCEBuddy), waardoor een bestandsnaam-mismatch ontstond.
Het tweede is een race condition die zich voordoet onder precies de juiste omstandigheden (de monitor-taak moet een scan uitvoeren op het moment dat het bestand wordt verplaatst) en mogelijk veroorzaakt door een wijziging in hoe uw netwerkbestandssysteem vergrendelde bestanden rapporteert (of niet).
Met deze update zou u de minimumleeftijd niet hoeven te verhogen. Probeer dat eerst om te bevestigen dat het werkt zoals verwacht.
Tot nu toe zijn er geen problemen gemeld.