Après des mois d’utilisation de ma config MCEBUDDY pour \\Library\G\_TVdir, j’ai remarqué, sans raison apparente, que plus rien n’était traité.
J’ai regardé le journal et trouvé ceci :
ERROR> 2017-12-10T15:02:27 MCEBuddy.Engine.QueueManager → Unable to search for files in location \library\G_TVdir for monitor task tvdir
ERROR : The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
J’ai cherché et n’ai rien trouvé de spécifique à propos de MCEBuddy et ce problème.
Cela ressemble à un message renvoyé par Windows. Windows a des limitations de longueur sur les chemins de fichiers, mais votre chemin me semble très court.
Je me demande si certains caractères ou la façon dont il est configuré causent un problème, ou s’il s’agit de quelque chose d’autre masqué en tant que problème de chemin.
Pouvez-vous essayer de supprimer le _ du caractère de début du chemin et voir si cela aide ?
Essayez également de redémarrer la machine au cas où il s’agirait d’un problème d’authentification échouée (auquel cas nous devrons peut-être mettre à jour les messages de journal).
J’ai lancé TLPD (Too Long Paths Detector) http://tlpd.sourceforge.net/ et il a trouvé 1 nouvel enregistrement où le nom de série%saison%##épisode%##.titre, tous ensemble, dépassaient la limite de caractères de Windows. Pourquoi ces producteurs font-ils des titres aussi longs ? Celui-là était presque une phrase complète.
Cela dit, pendant deux jours cela a arrêté tout le processus QueueManager de MCEbuddy. Peut-être qu’une instruction « ignorer et continuer » pourrait être ajoutée au programme afin que, si « Le chemin d’accès, le nom de fichier ou les deux sont trop longs. Le nom de fichier qualifié complet doit comporter moins de 260 caractères et le nom de répertoire moins de 248 caractères. » se reproduit, les dossiers et fichiers conformes puissent être traités par le QueueManager ?
EDIT : Dès que j’ai corrigé le nom, le QueueManager a repris son traitement.
QueueManager a cessé de rechercher de nouveaux fichiers lorsqu’il est tombé sur un fichier qui enfreignait la limite des chemins longs de Windows. Autrement dit, le chemin combiné d:\whatever\whatever\showname%.%season%##.%episode%##.title.ts dépassait les 260 caractères autorisés.
Ce n’était qu’une situation exceptionnelle où le nom de la série, le titre de l’épisode et ma structure de dossiers dépassaient ensemble 260 caractères. C’est le titre de l’épisode qui a fait dépasser la limite.
Le journal de MCEBuddy était réglé sur debug et la dernière ligne du journal était : « Le chemin d’accès, le nom de fichier ou les deux sont trop longs. Le nom de fichier qualifié complet doit comporter moins de 260 caractères, et le nom de répertoire doit comporter moins de 248 caractères. »
Même après avoir arrêté le service, renommé mcebuddy.log et redémarré le service, QueueManager reprenait normalement, ajoutait même des fichiers jusqu’à ce qu’il retombe sur le même d:\whatever\whatever\showname%.%season%##.%episode%##.title.ts, puis plus rien n’était traité.
Plus précisément : 2017-12-10T14:27:23 MCEBuddy.Engine.Core → Moteur MCEBuddy démarré. Réglage de l’état de fonctionnement du moteur sur démarré. ERROR> 2017-12-10T14:37:34 MCEBuddy.Engine.QueueManager → Impossible de rechercher des fichiers dans l’emplacement \\library\G_TVdir pour la tâche de surveillance tvdir ERROR : Le chemin d’accès, le nom de fichier ou les deux sont trop longs. Le nom de fichier qualifié complet doit comporter moins de 260 caractères, et le nom de répertoire doit comporter moins de 248 caractères.
Ordinateur exécutant MCEBuddy
Windows 10 Pro, 64 bits
Ordinateur hébergeant le partage réseau
Windows 10 Pro, 64 bits
Les deux ordinateurs ont la stratégie de groupe Enable NTFS long paths option dans « Stratégie de l’ordinateur local > Configuration ordinateur > Modèles d’administration > Système > Système de fichiers > NTFS » activée.