condition de course dans le verrou commun sur le fichier?

Question

C'est l'approche standard pour créer des verrous à l'aide du système de fichiers. Par exemple, visudo utilise:

[ -f ".lock" ] && exit 1 
touch .lock 
# do something 
rm .lock 

1) Je suis confus, car il y a une condition de course, encore Linux utilise ce

2) est-il une meilleure façon de verrouiller les fichiers de shell?

3) ou dois-je utiliser des répertoires à la place?

Solution trouvée: man lockfile.

Answer 1

Oui, il existe effectivement une condition de concurrence dans l'exemple de script. Vous pouvez utiliser l'option noclobber de bash pour obtenir un échec en cas de course, lorsqu'un script différent se faufile entre le test et le toucher.

Il est décrit here. J'ai extrait la pièce critique, avec quelques annotations (préfixé par BK :):

Une solution possible est d'utiliser la redirection IO et le mode noclobber de bash, qui ne sera pas rediriger vers un fichier existant . Nous pouvons utiliser quelque chose de similaire à:

if (set -o noclobber; echo "$$" > "$lockfile") 2> /dev/null; 
then 
    # BK: this will cause the lock file to be deleted in case of other exit 
    trap 'rm -f "$lockfile"; exit $?' INT TERM EXIT 

    # critical-section BK: (the protected bit) 

    rm -f "$lockfile" 
    trap - INT TERM EXIT 
else 
    echo "Failed to acquire lockfile: $lockfile." 
    echo "Held by $(cat $lockfile)" 
fi 

Answer 2

semble que j'ai trouvé une solution plus facile: l'homme lockfile

Answer 3

Essayez commande troupeau:

exec 200>"$LOCK_FILE" 
flock -e -n 200 || exit 1 

Il quittera si le fichier de verrouillage est verrouillé. Il est atomique et il fonctionnera sur la version récente de NFS.

J'ai fait un test. J'ai créé un fichier de compteur avec 0 dans et exécuté ce qui suit dans une boucle sur deux serveurs simultanément 500 fois:

#!/bin/bash 

exec 200>/nfs/mount/testlock 
flock -e 200 

NO=`cat /nfs/mount/counter` 
echo "$NO" 
let NO=NO+1 
echo "$NO" > /nfs/mount/counter 

Un nœud se battait avec l'autre pour la serrure. Quand les deux passages ont fini, le contenu du fichier était 1000. J'ai essayé plusieurs fois et ça marche toujours!

Remarque: Le client NFS est RHEL 5.2 et le serveur utilisé est NetApp.

Answer 4

Verrouillez votre script (contre parallel run)

http://wiki.bash-hackers.org/howto/mutex

Pour votre information.