Race conditions в shell

в *BSD есть shlock(1), в линуке flock(1)

Еще можно оставаясь в пределах позикса с помощью mv залочиться

Вполне себе нормальное решение. Я обычно так и делаю. Точнее говоря, для задачи «проверить, не работает ли еще один экземпляр скрипта» вместо пустых лок-файлов по возможности использую PID-файлы - так удобнее, имхо.

А вообще локи можно размещать где угодно, ходь в базе данных.

>в *BSD есть shlock(1), в линуке flock(1)

Спасибо!
Да, flock - самое подходящее решение,
правда этой утилиты нет на target платформе, на которой будет запускаться скрипт. Если реализация с файлами в /var/lock будет плохо работать, то втащу flock.

Еще можно оставаясь в пределах позикса с помощью mv залочиться

Что-то совсем не понял. Можете разъяснить?

если сделать просто:

#!/bin/sh
LOCKFILE=/var/lock/mylock
if test -f $LOCKFILE; then
exit 1
fi
touch $LOCKFILE
# do useful work

то это понятно race condition.

Чтобы избежать race condition нужен какой-то внешний арбитр. В качестве него можно взять ОС и команды типа mv или ln, которые гарантировано выполняются атомарно (если в пределах одной ФС).

Например:

#!/bin/sh
LOCKFILE=/var/lock/mylock
touch ${LOCKFILE}.$$
if ! ln ${LOCKFILE}.$$ ${LOCKFILE} 2> /dev/null; then
rm -f ${LOCKFILE}.$$
exit 1
fi
trap 'rm -f ${LOCKFILE} ${LOCKFILE}.$$' INT QUIT TERM EXIT
# do useful work

man 1 flock, пакет lockfile-progs, во фряхе есть прога lockf итп...

Понял, спасибо!