6 votes

Partage de fichiers Windows Verrouillage des fichiers orphelins

Au cours des dernières semaines, la société pour laquelle je travaille a eu des problèmes sur son serveur où un fichier est verrouillé par quelque chose, et ne peut pas être déverrouillé. Ces fichiers sont presque toujours des fichiers qui sont activement accédés par le partage de fichiers Windows. J'ai téléchargé le populaire Déverrouilleur mais il ne trouve aucun verrou sur le fichier. openfiles.exe (ou Outils système > Dossiers partagés > Ouvrir des fichiers) ne montre pas que le fichier est ouvert par quoi que ce soit. Pourtant, je suis incapable de l'ouvrir dans quoi que ce soit, y compris dans le bloc-notes - le système me donne une erreur de permission refusée même en accédant au fichier en tant qu'administrateur du système local. Le problème disparaît toujours lorsque le serveur est redémarré.

Pour aggraver les choses, je n'ai pas non plus réussi à reproduire cette erreur. Sa fréquence varie d'une journée à une semaine de fonctionnement parfait. Lorsque le problème survient, j'ai très peu de temps pour l'étudier, car neuf fois sur dix, le problème rend nos systèmes de production complètement non fonctionnels, et la direction veut que le serveur soit redémarré.

Le problème ne se limite pas non plus à une seule application. La majorité du trafic de partage de fichiers se trouve dans notre logiciel de gestion de la production, Globalshop Le problème se manifeste généralement quelque part dans cette base de données, mais le cas le plus récent s'est produit dans une base de données Microsoft Access complètement séparée de Globalshop.

Quelqu'un a-t-il vu quelque chose comme ça ? Une idée de ce qui pourrait le provoquer ? Faites-moi savoir si vous avez besoin de plus d'informations.

Nous utilisons actuellement Windows Server 2003 Standard Edition.

[J'ai essayé de vérifier les permissions, mais l'accès à celles-ci est également refusé sur le fichier en question. Je ne peux pas ouvrir, déplacer, supprimer, renommer ou même copier le fichier.

[edit2] J'ai réussi à isoler deux fichiers incriminés. Tant qu'aucun autre problème n'interfère avec la production, la direction m'a autorisé à garder le serveur en ligne pour le reste de la journée afin de les tester.

[edit3] Brettski, dans les commentaires, a suggéré que je regarde les permissions des fichiers. J'ai fait une capture d'écran de la fenêtre des propriétés de l'un des fichiers incriminés. Comme vous pouvez le voir, il n'y a pas de permissions disponibles. http://i43.tinypic.com/24xgpe8.png (Ceci est ouvert en tant qu'administrateur du système avec des droits d'accès complets).

0 votes

Lorsque vous ne pouvez pas accéder au fichier, avez-vous vérifié les autorisations du fichier, ont-elles été modifiées de quelque façon que ce soit ? Je sais que vous avez dit que ça s'efface tout seul au redémarrage, mais j'ai pensé que ça valait le coup de vérifier.

0 votes

Je suppose que les autorisations sont correctes, mais l'accès à ces dernières m'est également refusé sur le fichier incriminé, donc je ne peux rien dire.

0 votes

Lorsque vous êtes sur le serveur en tant qu'administrateur local/de domaine, vous ne pouvez pas voir les droits d'accès au fichier ? Normalement, si vous pouvez voir le fichier (analyse du fichier), vous pouvez voir ses droits d'accès. Un autre symptôme.

3voto

Evan Anderson Points 140581

Grab Handle.exe ( http://technet.microsoft.com/en-us/sysinternals/bb896655.aspx ) et, sur l'ordinateur du serveur, exécutez un "handle -a" redirigeant la sortie vers un fichier texte. Recherchez dans ce fichier le nom du fichier concerné. Cela devrait au moins vous indiquer quel processus sur l'ordinateur serveur a un handle ouvert sur le fichier. Je serais intéressé de savoir quel processus a un handle sur le fichier. (Je pense à un logiciel anti-virus comme possibilité...)

Mes condoléances pour avoir eu à traiter avec GlobalShop, BTW.

Edit :

McAfee VirusScan 8, hein ? Jetez un coup d'oeil à ça : https://kc.mcafee.com/corporate/index?page=content&id=KB52156

Il fait référence aux fichiers Microsoft Office, mais il semble suspect qu'il puisse affecter tout type de fichier. Voir aussi :

http://forums.mcafeehelp.com/showthread.php?t=223545

http://www.tek-tips.com/viewthread.cfm?qid=1453943&page=1

https://web.archive.org/web/1/http://techrepublic%2ecom%2ecom/5208-6230-0.html?forumID=101&threadID=207897&messageID=2632853

0 votes

C'est ce que je préfère : quel que soit l'outil que j'utilise pour afficher les fichiers ouverts, le fichier incriminé n'est pas là. Le nom du fichier est RQT20TX099.TXT, qui n'apparaît nulle part dans la sortie de handle.exe ou openfiles.exe, et n'est nulle part dans Outils système > Dossiers partagés > Fichiers ouverts. Pour autant que je puisse dire, il n'est vraiment pas ouvert. Et je vous remercie pour vos condoléances :)

0 votes

Et, le serveur exécute McAfee VirusScan Enterprise 8.

0 votes

Cela semble vraiment prometteur. Le problème semble être dans VirusScan 8.0, qui est la version que nous avons. Je vais essayer de la mettre à jour. (Malheureusement, je n'ai aucun moyen d'affirmer que cela a réglé le problème, car je n'ai pas encore trouvé comment le reproduire de manière fiable).

2voto

Rob Howard Points 636

Procmon pourrait être la meilleure solution ici, car il est capable d'enregistrer quels processus utilisent quels fichiers. Même si le fichier n'apparaît pas dans openfiles, procmon enregistrera qui l'a ouvert. Les logiciels antivirus sont les coupables habituels dans ces cas.

0 votes

Merci pour le conseil. J'ai des problèmes similaires sur le serveur de fichiers w2012.

1voto

J'ai rencontré un problème similaire sur notre serveur de fichiers (Windows Storage Server 2003 R2 x64). Il s'agit uniquement de petits fichiers temporaires (généralement des fichiers Access .ldb "verrouillés", mais aussi des fichiers temporaires utilisés pour divers processus), sans schéma concernant l'emplacement, la taille, le nom ou le type. Les fichiers étaient verrouillés sans accès aux permissions ; les programmes de déverrouillage (j'utilisais EMCO UnLock IT, auquel je donne un coup de pouce en passant) ne voyaient pas de programmes maintenant les fichiers comme verrouillés. Le redémarrage corrigeait toujours le problème, mais c'était un véritable casse-tête lorsque tout le monde avait des fichiers en cours d'utilisation sur ce serveur particulier.

D'après les commentaires ici, j'ai désactivé notre logiciel AV sur ce serveur. Sans redémarrage, le fichier qui était intouchable il y a un instant a disparu (c'était un fichier temporaire qui aurait dû être supprimé de toute façon, donc c'était une bonne chose).

Le logiciel AV est CA eTrust Antivirus v. 7.1. Je suppose (avec le recul) que vieux logiciel + OS x64 = mauvaises choses occasionnelles :-)

Mes remerciements à Sean et Evan pour la discussion.

0voto

Ian Jacobs Points 101

Déverrouilleur semble avoir du potentiel. Je n'ai pas encore eu l'occasion de l'essayer, alors faites-moi savoir comment il fonctionne.

0 votes

Comme je l'ai dit dans la question initiale, j'ai déjà essayé. Unlocker ne trouve aucun verrou sur le fichier à libérer.

0voto

C'est un très vieux sujet, oui. Mais la raison et la solution sont détaillées dans cette page sur le comportement de verrouillage opportuniste des fichiers dans Windows. Voir le contenu sous le titre "MS Windows Oplocks and Caching Controls" vers la fin de la page.

Lien : https://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html

Le paragraphe d'introduction est l'indice de la pertinence de la question (presque exactement ce à quoi le PO a été confronté) :

Il existe un problème connu lors de l'exécution d'applications (comme Norton Antivirus) sur une station de travail Windows 2000/XP qui peut affecter toute application tentant d'accéder à des fichiers de base de données partagés sur un réseau. Ce problème résulte d'un paramètre par défaut configuré dans le système d'exploitation Windows 2000/XP. Lorsqu'une station de travail tente d'accéder à des fichiers de données partagés situés sur un autre ordinateur Windows 2000/XP, le système d'exploitation Windows 2000/XP tente d'augmenter les performances en verrouillant les fichiers et en mettant les informations en cache localement. Lorsque cela se produit, l'application ne peut pas fonctionner correctement, ce qui entraîne l'affichage d'un message d'erreur "Accès refusé" pendant les opérations réseau.

J'espère que cela vous aidera.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X