Data Domain : Montage NFS : ls entraîne l’erreur : reading directory '.' : Nombre total de poignées de fichiers obsolètes 0

Les clients peuvent effectuer un montage sur une exportation NFS (par exemple : /ddvar) 

Exécution de la commande : Les résultats « ls » dans le message suivant :
Gestionnaire de fichier

obsolète Les clients peuvent cder dans les répertoires sous /ddvar/ comme les versions ou le log, puis ls renvoie les résultats.  
    « cd releases » ou « cd log », puis « ls » réussit.

L’une des causes potentielles de ce comportement est un lien symbolique rompu.

Les étapes ci-dessous vous aident à confirmer si ce comportement est dû à un lien symbolique rompu au sein de l’exportation NFS (exemple : /ddvar)

1) Entrez en mode SE et exécutez ls sur le chemin d’exportation. Exemple :

ddvar #se ls -al /ddr/var/

Remarque :  ddvar est un chemin spécial. /ddvar est traduit en interne en /ddr/var et doit être utilisé en tant que /ddr/var lors de l’utilisation de commandes internes.
2) Recherchez des liens symboliques :  (Exemple ci-dessous, notez le « l » sur le caractère le plus à gauche et également le « -> » Ces éléments indiquent que vous disposez d’un lien symbolique.)

lrwxrwxrwx 1 root    root    36    Nov 27    2020    link_to_new_rpmfile.rpm -> /ddr/var/ext/link_to_new_rpmfile.rpm

3) Si vous trouvez un lien suspect, vérifiez que le fichier d’origine existe.

#se ls -al /ddr/var/ext/link_to_new_rpmfile.rpm
ls: cannot access /ddr/var/ext/link_to_new_rpmfile.rpm

  4) Si vous obtenez une erreur indiquant que le fichier n’existe pas, cela confirme que vous avez un lien symbolique rompu. Il doit être corrigé ou le lien doit être supprimé.

5) Pour corriger un lien rompu, ouvrez un dossier auprès du support technique Dell. Fournissez les preuves déjà collectées et mentionnez cet article de la base de connaissances.