Узнать занят ли файл.

проверяй размер и дату изменения. Если они перестали меняться, то файл возможно уже залит.

В общем случае нет ни одного верного способа это сделать.

В этом частном случае можно мониторить /fd каталог процессов самбы.

может быть поможеть lsof или smbstatus ?

парсить обрабатываемый файл в выхлопе

smbstatus -L

lsof | grep имяфайла

mv — операция атомарная. «Upload» в file.tmp и mv file.tmp file после заливки. Скрипт работает соответственно только с «file».

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

Upload» в file.tmp и mv file.tmp file после заливки

Если есть контроль над процессом заливки, зачем какие-то способы определения готовности?

используй md5sum в цикле, как значение md5sum стабилизируется значит файл записан.

используй md5sum в цикле

Такой вариант только в зимнее время годится, когда холодно и не топят. ;)

А вообще: http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html

Да.

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

Думаю, так и сделаю.

Мониторил. Имя файла там не светится.

lsof ничего не возвращает, smbstatus -L возвращает «No locked files»

Ничего не возвращает

lsof ничего не возвращает.

Всем спасибо за ответы. Буду по изменению времени или объема проверять.

А не хотите воспользоваться incron ?

Хотим, давай пример.

Я использую это: https://github.com/gregghz/Watcher умеет следить за каталогом рекурсивно, и по определенным событиям выполнять скрипт (например закрыт файл, открытый на запись или файл перемещен с другого места)

А к скрипту заливки файлов у тебя доступ есть? Если есть, то можно копировать файл с каким-нибудь специальным расширением (например, .part), а по завершении копирования возвращать нормальное имя (т.е. убирать .part). Вроде должно прокатить.

после того как файл залит на сервер, скрипт делающий заливку может сделать спец файл filename.done

по наличию done файла можно убедиться, что файл полноценно на месте.

до кучи в done файл можно ложить md5 для проверки

inotify events
IN_CLOSE_WRITE    File opened for writing was closed (*).

Разве не оно?

Так то оно так, но

for i=1 to 10 
  echo $line >> /path/to/file
  sleep 1
next i

Если так писать, то файл будет открываться и закрываться на каждой итерации.

Да, но неужели у ТС в примонтированную по самба директорию будет вестись такая вот циклическая запись? Там скорее всего виндовые клиенты кидают некую бинарную дрянь, которую нужно обрабатывать...

Всякое бывает.

Я бы объединил несколько методов. incron (IN_CLOSE_WRITE) для начала контроля и изменение размера/времени, чтобы убедиться.

Он же не рекурсивный. Если появятся поддиректории то упс

Некоторые проги могут писать файл кусками. И после каждого куска закрывать файл.

Да, про рекурсивность я не подумал. Но может ТС она и не нужна. В любом случае идей уже накидали...

Благодарю. Сейчас посмотрим.

Благодарю. Сейчас посмотрю.

К сожалению, файлы заливаются не скриптом, а пользователями.

Рекурсия не страшна, скрипт работает отдельно с файлами и с катологами.

Всех благодарю за ответы. Воспользовался stat с опцией --format=%Z