Lorsque je fais un
rm -rf directory
Il s'agit d'un message du type :
rm: can't delete directory/.nfs0000000008547f6500007f62
ressource occupied
et je ne sais pas pourquoi.
Lorsque je fais un
rm -rf directory
Il s'agit d'un message du type :
rm: can't delete directory/.nfs0000000008547f6500007f62
ressource occupied
et je ne sais pas pourquoi.
Votre système utilise probablement NFS. L'implémentation du client NFS crée ces répertoires lorsqu'un fichier est supprimé, mais toujours utilisé par une application.
En http://nfs.sourceforge.net/#faq_d2 :
A. Les applications Unix ouvrent souvent un fichier scratch, puis le dissocient. Elles le font pour que le fichier ne soit pas visible dans l'espace de nom du système de fichiers par d'autres applications. système de fichiers pour les autres applications, et pour que le système automatiquement le fichier à la sortie de l'application. Cette pratique, connue sous le nom de "suppression à la dernière fermeture", est une tradition parmi les applications Unix. Unix.
En raison de la conception du protocole NFS, les d'être supprimé de l'espace de noms tout en restant utilisé par une application. Les clients NFS doivent donc émuler cela en utilisant ce qui existe déjà dans le protocole. déjà existant dans le protocole. Si un fichier ouvert est dissocié, un client NFS peut le renomme en un nom spécial qui ressemble à ".nfsXXXXX". Cela "cache" le fichier tant qu'il reste en cours d'utilisation. C'est ce qu'on appelle un "renommage idiot". Notez que les serveurs NFS n'ont rien à voir avec ce comportement.
Une fois que toutes les applications d'un client ont été fermées le client termine automatiquement la dissociation en supprimant le fichier sur la page sur le serveur. En général, cette méthode est efficace, mais si le client tombe en panne avant que le fichier ne soit supprimé, il laissera le fichier .nfsXXXXX. Si vous êtes sûr que les applications utilisant ces fichiers ne sont plus ne fonctionnent plus, il est possible de supprimer ces fichiers manuellement.
Le protocole NFS version 4 est un protocole avec état, qui pourrait en fait prendre en charge les éléments suivants delete-on-last-close. Malheureusement, il n'y a pas de et de rester compatible avec les accesseurs des versions 2 et 3.
Si vous redémarrez les applications ou le serveur, vous pouvez supprimer ces fichiers (parce qu'ils ne seront plus utilisés), à moins que de nouveaux fichiers ne soient créés entre-temps.
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.