Один процесс пишет в файл, другой его переименовывает?

Question

[Александр]

хочется реализовать что-то типа ротации логов,


реалии таковы, что демон-скрипт постоянно пишет в лог-файл, это сделано и работает

в полночь, хочу переименовать файл, что будет:

демон — не знает что файл переименован, файл переоткроется?

не будет ли потери лог информации


интересует какие могут быть грабли


в добавление к вышесказанному:

демон запускается через exec из скрипта через  nohup с перенаправлением stdout в лог-файл

перезакрывать файл не получится

Answer 1

[relgames]

Дескриптор файла остается неизменным, т.е. если скрипт получил inode файла, он может в него писать, пока не закроет, не взирая на переименование и даже удаление.

Как вариант, можно открывать/закрывать файл каждый раз, когда пишется лог. Ну или писать логику закрытия/переименования/открытия в самом демоне.

Answer 2

[3vi1_0n3]

Если это, например, bash-скрипт, в котором используется вывод типа ">> /var/log/mydaemon.log" то проблем не будет.
Если это была бы программа на C, допустим, открывающая файл на запись, то переименование скорее всего не сработало бы до переоткрытия.

Comments

[Александр]

это запущенный процесс в nohup c перенаправлением в логфайл >> /var/log/mydaemon.log

Answer 3

[Марк]

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

Comments

[Александр]

переоткрывать не получится, иначе не было бы вопроса.
исторически сложилось так, что вывод пишется в stdout, а  stdout перенаправляется в логфайл.

Answer 4

[svk]

Я так понимаю, переименовывание файла нужно для log-rotate? Тогда самое правильное будет делать так:
cp logfile logfile.old
cp /dev/null logfile

Comments

[Александр]

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

Answer 5

[Анатолий]

Лочить файл нужно при записи, а тот демон что бекап делает должен ждать пока файл разлочится и делать что нужно.

Answer 6

[Сергей]

вообще «в классике» схема такая:
1. демон открывает файл и пишет в него лог
2. логротейт делает логфайлу mv и отсылает демону сигнал, например SIGHUP
3. У демона есть для этого обработчик который ЛИБО переоткрывает файл ЛИБО делает seek(0)
Т.к. в вашем случае нет возможности контролировать файловый дескриптор, решение напрашивается само собой — написать или найти готовый «прокси» в который будет перенаправляться вывод и который сможет ловить сигналы и переоткрывать файл.
exec("my_daemon | my_proxy --out=/my/log/file")
Можно не сигнал а, например, touch какого то файла. Но сигнал эффективнее и проще.

Вот еще пример hg.python.org/cpython/file/2145593d108d/Lib/logging/handlers.py#l358 тут сравниваются inode файла каждый раз перед записью.

PS: а разве nohup что-то пишет в stderr/out???

Comments

[Александр]

запуск осуществляется следующим образом:
exec(nohup php runApp 2>>filename.error.log 1>>filename.log &)…

[Сергей]

о как… Ну если нужно 2 потока отслеживать то, наверное, придется создать именованные пайпы и перенаправить stderr и stdout в них, а «лог-прокси» будет их select()-ом слушать. Ничего проще мне в голову не приходит… Зато с пайпами можно запускать «лог-прокси» отдельно, демона отдельно.

Answer 7

[Koroed]

ну напишите свой ротатор логов, который принимает поток в качестве входного параметра и направьте вывод в ротатор, вместо файлов