Déplacer le fichier mais uniquement s'il est fermé

Je souhaite déplacer un gros fichier créé par un processus externe dès qu'il est fermé.

Cette commande de test est-elle correcte?

if lsof "/file/name"
then
        # file is open, don't touch it!
else
        if [ 1 -eq $? ]
        then
                # file is closed
                mv /file/name /other/file/name
        else
                # lsof failed for some other reason
        fi
fi

EDIT: le fichier représente un ensemble de données et je dois attendre qu'il soit terminé pour le déplacer afin qu'un autre programme puisse agir dessus. C'est pourquoi j'ai besoin de savoir si le processus externe se fait avec le fichier.

Depuis la lsofpage de manuel

Lsof renvoie un (1) si une erreur a été détectée, y compris l'échec de la localisation des noms de commande, des noms de fichiers, des adresses ou des fichiers Internet, des noms de connexion, des fichiers NFS, des PID, des PGID ou des UID qu'il a été invité à répertorier. Si l'option -V est spécifiée, lsof indiquera les éléments de recherche qu'il n'a pas réussi à répertorier.

Cela suggère donc que votre lsof failed for some other reasonclause ne sera jamais exécutée.

Avez-vous essayé de simplement déplacer le fichier alors que votre processus externe l'a toujours ouvert? Si le répertoire de destination se trouve sur le même système de fichiers, cela ne devrait poser aucun problème, sauf si vous devez y accéder sous le chemin d'origine à partir d'un troisième processus, car l'inode sous-jacent restera le même. Sinon, je pense mvqu'il échouera de toute façon.

Si vous devez vraiment attendre que votre processus externe soit terminé avec le fichier, il est préférable d'utiliser une commande qui bloque au lieu de l'interrogation répétée. Sous Linux, vous pouvez l'utiliser inotifywaitpour cela. Par exemple:

 inotifywait -e close_write /path/to/file

Si vous devez utiliser lsof(peut-être pour la portabilité), vous pouvez essayer quelque chose comme:

until err_str=$(lsof /path/to/file 2>&1 >/dev/null); do
  if [ -n "$err_str" ]; then
    # lsof printed an error string, file may or may not be open
    echo "lsof: $err_str" >&2

    # tricky to decide what to do here, you may want to retry a number of times,
    # but for this example just break
    break
  fi

  # lsof returned 1 but didn't print an error string, assume the file is open
  sleep 1
done

if [ -z "$err_str" ]; then
  # file has been closed, move it
  mv /path/to/file /destination/path
fi

Mettre à jour

Comme indiqué par @JohnWHSmith ci-dessous, la conception la plus sûre utiliserait toujours une lsofboucle comme ci-dessus car il est possible que plus d'un processus ait le fichier ouvert pour l'écriture (un exemple de cas peut être un démon d'indexation mal écrit qui ouvre les fichiers avec la lecture / write flag alors qu'il devrait vraiment être en lecture seule). inotifywaitpeut toujours être utilisé à la place du sommeil, remplacez simplement la ligne de sommeil par inotifywait -e close /path/to/file.

Comme approche alternative, c'est le cas parfait pour un tuyau - le deuxième processus traitera la sortie du premier processus dès qu'il sera disponible, plutôt que d'attendre la fin du processus complet:

process1 input_file.dat | process2 > output_file.dat

Avantages:

• Beaucoup plus rapide en général:
  • N'a pas besoin d'écrire et de lire sur le disque (cela peut être évité si vous utilisez un disque virtuel).
  • Devrait utiliser plus complètement les ressources de la machine.
• Aucun fichier intermédiaire à retirer après la finition.
• Aucun verrouillage complexe nécessaire, comme dans OP.

Si vous n'avez aucun moyen de créer directement un pipe mais que vous avez des coreutils GNU, vous pouvez utiliser ceci:

tail -F -n +0 input_file.dat | process2 > output_file.dat

Cela commencera à lire le fichier d'entrée depuis le début, quelle que soit la distance parcourue par le premier processus lors de l'écriture du fichier (même s'il n'est pas encore commencé ou déjà terminé).