Depuis la mise à jour vers la version 2.5.7, j’ai remarqué qu’une conversion occasionnelle s’exécute plus d’une fois, sans « période ». Hier soir, The Blacklist et un film Hallmark ont tourné plusieurs fois. J’ai joint les journaux pour examen.
Merci.
mcebuddy.zip (333,0 Ko)
Je déplace cela vers un nouveau sujet, merci pour les journaux. Nous avons identifié la source potentielle de la raison pour laquelle certains de vos fichiers convertis entrent dans une boucle de conversion causée par une condition de course lorsque le système est sous forte charge.
Cela a été corrigé dans la version BÊTA 2.5.7 d’aujourd’hui, essayez-la et faites-moi savoir si vous rencontrez encore des problèmes.
Je vous informerai si cela se produit avec la nouvelle version. Merci.
@Goose
J’ai encore vécu une boucle de conversion hier soir. Voici les journaux.
Merci,
dcmcebuddy.zip (163,3 Ko)
D’accord, je pense que nous avons trouvé une potentielle condition de concurrence où l’emplacement du moniteur récupérait le nouveau fichier avant que le moteur ne puisse enregistrer le fichier converti. Nous avons mis en place un correctif. Essayez la version BÊTA 2.5.7 d’aujourd’hui et cela devrait maintenant être résolu.
Merci, je vais installer la nouvelle version aujourd’hui.
@Goose
Veuillez consulter les journaux joints de la double conversion de la nuit dernière.
Merci,
djc
mcebuddy.zip (69,1 Ko)
Hmm, d’accord, nous pensons savoir ce qui se passe : cela vient de votre système de fichiers réseau qui renvoie un état incorrect, ce qui trompe MCEBuddy.
Le dossier de destination est un dossier réseau. Le fichier original fait environ 5 Go, si bien que son déplacement vers ce dossier réseau (qui est aussi le dossier source surveillé par la tâche de surveillance) prend longtemps. Lorsque le fichier converti est en cours de copie, si, à cet instant précis, la tâche de surveillance décide d’analyser le dossier, le nouveau fichier converti apparaît. Normalement, le système devrait signaler que le fichier est en cours d’écriture/verrouillé, et MCEBuddy le ignore. Pour une raison quelconque, votre fichier réseau est signalé comme prêt à la lecture, ce qui induit MCEBuddy en erreur : il l’ajoute à la file d’attente.
Nous avons mis en place un correctif pour gérer ce type de systèmes de fichiers qui peuvent renvoyer un état de verrou incorrect ; avec la version BETA 2.5.7 d’aujourd’hui, le problème devrait être résolu.
À titre indicatif, une autre solution consiste à augmenter l’Âge minimum du fichier dans les paramètres avancés de la tâche de surveillance (1 min par défaut ; dans votre cas, la copie a pris plus d’une minute), par exemple à 30 minutes. Ainsi, même si le système signale à tort que le fichier est prêt (alors qu’il est encore verrouillé en écriture), MCEBuddy attendra 30 minutes avant de l’ajouter à la file. À ce moment-là, la conversion sera terminée et la base de données mise à jour ; le fichier sera alors détecté comme déjà converti et sera ignoré.
Je vais essayer la nouvelle version et augmenter le délai d’âge minimum demain. J’ai toutefois une question : puisque ce problème n’a commencé qu’après la correction du nom de fichier se terminant par un point, pourquoi cela se produit-il maintenant ?
Avant cette correction, je ne rencontrais ce problème que lorsque le nom de fichier se terminait par un point.
J’apprécie vraiment toute votre aide.
Ce sont deux problèmes complètement différents et sans lien entre eux. Le premier était un bogue dans la gestion du point (ignoré par Windows mais pas par MCEBuddy) provoquant une inadéquation de nom de fichier.
Le second est une condition de concurrence qui se produit dans des circonstances très précises (la tâche de surveillance doit lancer une analyse exactement au moment où le fichier est déplacé), peut-être aggravée par un changement dans la façon dont votre système de fichiers réseau signale (ou non) les fichiers verrouillés.
Avec cette mise à jour, vous ne devriez pas avoir à augmenter l’âge minimum. Essayez d’abord sans cette modification pour confirmer que tout fonctionne comme prévu.
Jusqu’à présent, aucun problème n’a été signalé.