mkdir -p échoue lorsque le répertoire existe

Sur l'un de nos systèmes distants mkdir -p $directory échoue lorsque le répertoire existe. ce qui signifie qu'il montre

mkdir: ne peut créer le répertoire '$directory' : le fichier existe

C'est vraiment déroutant, comme j'ai cru le contrat de -p était toujours réussir si le répertoire existe déjà. Et il fonctionne sur les autres systèmes que j'ai essayé.

il y a un utilisateur test sur l'ensemble de ces systèmes, et directory=/home/test/tmp.

InformationsquelleAutor UmNyobe | 2013-01-24
  1. 33

    Ce qui pourrait être causé si il y a déjà un fichier par le même nom situé dans le répertoire.

    Edit: Notez qu'un répertoire ne peut pas contenir à la fois un fichier et un dossier du même nom sur les machines linux.

    • c'est exactement ce que c'était et je suis actuellement à l'examen et à la fixation de nos scripts
    • C'est frustrant note (
    • Merci. Dans mon cas, il n'était pas parce qu'il y avait un sym liaison avec le même nom.
    InformationsquelleAutor Ryan Tse
  2. 5

    Vérifier pour voir si il y a un fichier (pas un répertoire) avec un nom pareil que $directory.

    InformationsquelleAutor DWright
  3. 2

    mkdir -p ne crée pas de répertoire si il y a un fichier avec le même nom existe dans le même répertoire. Sinon, il fonctionnera comme prévu.

    InformationsquelleAutor ASHU
  4. 0

    A été votre répertoire un FUSIBLEréseau basé sur le mont, par hasard?

    En plus d'un fichier avec ce nom déjà existant (autres réponses), ce qui peut arriver quand un FUSIBLE processus qui, une fois monté quelque chose à ce répertoire s'est écrasé (ou a été tué, par exemple, avec kill -9 ou via le Linux OOM killer).

    Pour voir ce qui se passe dans le détail, exécutez strace -fy mkdir -p $directory, qui montre toutes les syscalls impliqués et leurs valeurs de retour.

    Je considère les messages d'erreur émis dans ce cas, un bug dans mkdir -p (en particulier la gnulib bibliothèque):

    Lorsque vous l'exécutez sur un dir qui avait un FUSIBLE processus de montée, mais ce processus s'est écrasé, il dit

    mkdir: cannot create directory ‘/mymount’: File exists

    qui est plutôt très inexact, car le sous-jacent stat() appel renvoie ENOTCONN (Transport endpoint is not connected); mais mkdir se propage jusqu'le moins d'erreur spécifique de le précédent mkdir() sycall.
    Il est encore plus à confusion, car la page de man dit:

       -p, --parents
          no error if existing, make parent directories as needed

    donc il ne devrait pas d'erreur si le répertoire existe, encore ls -l / montre:

    d????????? ? ?    ?       ?            ? files

    donc, d'après cette (d), il est un répertoire, mais il n'est pas selon test -d.

    Je crois un meilleur message d'erreur (qui mkdir -p doit émettre dans ce cas) serait:

    mkdir: cannot create directory ‘/mymount’: Transport endpoint is not connected
    InformationsquelleAutor nh2