Как узнать - пишет ли другой процесс в файл ? (Первый процесс пишет данные в файлы, второй - читает.)

[svary]

Задача, старая как мир :
1) Есть общий каталог
2) Первый процесс собирает данные и пишет их в файл в этом каталоге.
3) Второй процесс - читает записанные файлы, обрабатывает их и уничтожает.

Пытаюсь сделать так : второй процесс мониторит общий каталог с помощью dnotify. Ловится событие создания файла. Получив сигнала о создании файла, второй процесс открывает его, обрабатывает и удаляет. Проблема в том, что сигнал ОС посылает в момент СОЗДАНИЯ файла первым процессом. И когда второй процесс пытается его читать. там еще ничего НЕТ !!! Надо каким-то образом дождаться, когда второй процесс завершит создание файла и ЗАКРОЕТ его. Попытка открывать файл на чтение с атрибутом O_EXCL во втором процессе ничего не дает. Первый процесс от меня не зависит никак - я им не управляю. Открывать файл во втором процессе монопольно на запись (если будет ошибка - значит файл захвачен кем-то другим) не хочется по причине сложности получаемого алгоритма действий....
Есть какие-то более простые решения ? Как узнать, что файл открыт на ЗАПИСЬ другим процессом ?

[oxd]

Дык заблокируйте файл. Смотрите в сторону семафоров и мутексов.

[svary]

Дык заблокируйте файл. Смотрите в сторону семафоров и мутексов.

Для этого надо ставить и убирать локировки (не важно - семафорами, мьютексами - чем угодно...) в ОБОИХ процессах.
А я делаю только один. И повлиять на поведение процесса-поставщика нет НИКАКОЙ возможности.

[Rootlexx]

Используйте inotify (событие IN_CLOSE_WRITE).

[rm_]

Надо каким-то образом дождаться, когда второй процесс завершит создание файла

Простейший вариант:
- закончив запись в файл filename.txt и закрыв его, процесс делает touch filename.txt.ready.

[svary]

Используйте inotify (событие IN_CLOSE_WRITE).

Увы... Есть только dnotyfy, а там только на КАТАЛОГ а не на файл... :-(
Поэтому я и НЕ МОГУ отследить ЗАКРЫТИЕ файла...
Вот и спрашиваю - как-то до системного счетчика открытий файла можно достучаться ?

[Rootlexx]

Есть только dnotyfy

Уверены?
Ладно, можно поступить так: каждый открытый файл отображается в виде символической ссылки в «/proc/PID_процесса/fd/». Значит, можно перебором найти ссылку на ваш файл, и когда она исчезнет, значит, файл был закрыт.

[svary]

процесс делает touch filename.txt.ready.

К сожалению, у меня нет ни малейшей возможности повлиять на поведение процесса, пишущего данные в файл. Это встроенная система, операционку для которой и базовый набор ПО ставим не мы. Приходится подлаживаться под существующие реальности...

[svary]

каждый открытый файл отображается в виде символической ссылки в «/proc/PID_процесса/fd/»

Действительно ! Спасибо !
Решение, конечно, тяжелое, но если ничего лучше не найду - сделаю так, как Вы посоветовали !

[Rootlexx]

Решение, конечно, тяжелое, но если ничего лучше не найду - сделаю так, как Вы посоветовали !

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

[drBatty]

2) Первый процесс собирает данные и пишет их в файл в этом каталоге.
3) Второй процесс - читает записанные файлы, обрабатывает их и уничтожает.

на сколько я понял, никаких блокировок тут нет - просто создаётся жёсткая ссылка. потому от того что процесс №2 уничтожил файл, файл не уничтожается, он уничтожится только после закрытия файла процессом №1, и после его(файла) уничтожения каким-то процессом №3. это возможно сложнее понять, за то чётко и просто работает - если данные кем-то уничтожаются, это не мешает жить другим...

каждый открытый файл отображается в виде символической ссылки в «/proc/PID_процесса/fd/»

ага... вот через это и надо.