Как избежать состояния гонки при использовании файла блокировки, чтобы избежать одновременного запуска двух экземпляров скрипта?

Да, в примере сценария действительно есть состояние гонки. Вы можете использовать опцию noclobber в bash, чтобы получить сбой в случае гонки, когда другой скрипт пробирается между тестом -f и touch.

Ниже приводится пример фрагмента кода (на основе этой статьи), который иллюстрирует механизм:

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

   # Critical Section: Here you'd place the code/commands you want
   # to be protected (i.e., not run in multiple processes at once).

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

Попробуйте команду flock:

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

Он выйдет, если файл блокировки заблокирован. Это атомарно и будет работать с последней версией NFS.

Я сделал тест. Я создал файл счетчика с 0 в нем и выполнил в цикле на двух серверах одновременно 500 раз:

#!/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

Один узел боролся с другим за замок. Когда оба прогона завершились, содержимое файла было 1000. Я пробовал несколько раз, и он всегда работает!

Примечание. Клиент NFS - это RHEL 5.2, а используемый сервер - NetApp.

Заблокируйте свой скрипт (от параллельного запуска)

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

К вашему сведению.

Создание каталога является атомарным и не работает, если он уже существует, если вы не используете -p, поэтому

 mkdir $lockName || exit 1

работает.

... но вместо этого используйте flock.

похоже, я нашел более простое решение: man lockfile