Desde que actualicé a la versión 2.5.7, he notado que ocasionalmente una conversión se ejecuta más de una vez, sin un “período”. Anoche, The Blacklist y una película de Hallmark se ejecutaron más de una vez. He adjuntado los registros para su revisión.
Gracias.
mcebuddy.zip (333.0 KB)
Moviendo esto a un nuevo tema, gracias por los registros. Hemos identificado la posible fuente del por qué algunos de tus archivos convertidos están entrando en un bucle de conversión causado por una condición de carrera cuando el sistema está bajo mucha carga.
Esto ha sido corregido en la versión beta 2.5.7 de hoy, pruébala y avísame si sigues teniendo problemas.
Te avisaré si ocurre con la nueva compilación. Gracias.
@Goose
Anoche experimenté otro bucle de conversión. Aquí están los registros.
Gracias,
dcmcebuddy.zip|adjunto (163.3 KB)
De acuerdo, creo que encontramos una posible condición de carrera donde la ubicación del monitor estaba detectando el archivo nuevo antes de que el motor pudiera registrar el archivo convertido. Hemos implementado una solución. Prueba la versión beta 2.5.7 de hoy y esto debería solucionarse ahora.
Gracias, voy a instalar la nueva compilación hoy.
@Goose
Por favor, revisa los registros adjuntos de la conversión doble de anoche.
Gracias,
djc
mcebuddy.zip|adjunto (69.1 KB)
Hmm, está bien, creemos que sabemos qué está pasando y tiene que ver con que tu sistema de archivos de red está reportando un estado incorrecto, lo cual confunde a MCEBuddy.
Entonces, lo que sucede es que tu carpeta de destino es una carpeta de red. El archivo original tiene unos 5 GB de tamaño y tarda mucho en moverse a la carpeta de red de destino, que también es tu carpeta de origen que está siendo monitoreada por la ubicación del Monitor. Entonces, cuando el archivo convertido se está copiando, si en ese momento específico la tarea del Monitor decide escanear tu carpeta, aparece el nuevo archivo convertido. Idealmente, un sistema normal reportaría el archivo como en escritura/bloqueado, por lo que MCEBuddy lo omitiría. Por alguna razón, tu archivo de red está reportando el archivo como listo para lectura, lo cual hace que MCEBuddy piense que está disponible y termina agregándolo a la cola.
Hemos implementado una corrección para manejar este tipo de sistemas de archivos que pueden reportar un estado de bloqueo de archivo incorrecto, así que con la versión BETA 2.5.7 de hoy debería estar solucionado.
Como referencia, la forma alternativa de solucionar esto sería aumentar la Edad mínima del archivo en la configuración avanzada de la Tarea del Monitor (por defecto es 1 minuto; en tu caso, el proceso de copiado tardó más de 1 minuto) a, por ejemplo, 30 minutos. Esto hace que, incluso si el sistema de archivos reporta incorrectamente que el archivo está listo (cuando en realidad está bloqueado para escritura), MCEBuddy esperará 30 minutos antes de agregarlo a la cola, tiempo en el cual la conversión habrá terminado y las bases de datos se habrán actualizado, así que cuando pasen los 30 minutos, se registrará como ya convertido y lo omitirá.
Probaré la nueva versión y aumentaré el tiempo mínimo de antigüedad mañana. Sin embargo, tengo una pregunta: dado que este problema comenzó solo cuando se corrigió el problema con el nombre de archivo que terminaba en un punto, ¿por qué está ocurriendo ahora?
Antes de esa corrección, solo experimentaba este problema cuando el nombre del archivo terminaba con un punto.
Realmente aprecio toda su ayuda.
Son dos problemas completamente distintos e independientes. El primero fue un error en el manejo del punto (ignorado por Windows pero no por MCEBuddy) que causaba una discrepancia en el nombre del archivo.
El segundo es una condición de carrera que ocurre en circunstancias muy específicas (el monitor ejecuta un escaneo justo cuando el archivo se está moviendo), posiblemente provocada por un cambio en cómo tu sistema de archivos en red reporta (o no) los archivos bloqueados.
Con esta actualización no debería necesitar aumentar la edad mínima. Prueba eso primero para confirmar que funciona como se espera.
Hasta ahora no ha habido problemas que reportar.