Куда класть логи своего приложения в Linux?

Question

[ixSci]

Появилась необходимость складирования логов приложения, точнее лог файл один. Подскажите, пожалуйста, куда в Linux принято складывать log файлы? Так, чтобы пользователь ожидал их именно там. Может есть какой-то guide по расположению данных приложения ы Linux? Был бы благодарен за ссылки.

Я пытался положить лог в /var/log но получил пинок от ACL, собственно w туда простому смертному запрещен.


Заранее спасибо!

Answer 1

[shadowalone]

При установке пакета своего приложение, пусть создается папка /var/log/your_apps с соответствующими разрешениями, в эту папку и складывайте логи.
по-моему путь для логов, в данном случае, белее чем очевиден.
Так поступают многие приложения.

Comments

[ixSci]

А если per-user логи?

[shadowalone]

если per-user, то при за пуске от юзера создавать(проверять наличие) папку ~/.your_apps, и писать все туда.
распространенная практика.

[ixSci]

Спасибо, так и сделал.

[holivar]

Это плохая практика писать в домашнюю папку и вообще куда-либо из приложения «по-быстрому». Как я написал выше, есть большая вероятность что-то испортить (при банальном совпадении, например) и превысить квоты пользователя без его ведома. Лучший выход — ничего в файлы не писать, а все сообщения выводить в STDOUT, если другое не задано явно.

Хотя может я все слишком идеализирую, если ваша программа написана для 10-20 клиентов, но можно и не париться

[shadowalone]

В таком случае (ничего не писать), вообще плачевная ситуация сложится. Я считаю, правильнее сделать в программе уровень логов, и все-таки писать. Писать по дефолту в логи только критические ошибки, не думаю что при таком объеме реально превысить лимит на квоты в нынешнее время. Так же в программе предусмотреть возможность переключения уровня логов, вплоть до debug, и возможность указания пути для логов. Далее уже прикрутить это все к logrotate. Но это все в идеале, мы же говорим о реальной ситуации, вероятнее всего и логи будут небольшие и клиентов ни так уж много.

[Riateche]

Добавлю, что вместо ~/.your_app лучше использовать ~/.config/your_app

[ixSci]

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

[z0rc]

standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
Настройки — в $XDG_CONFIG_HOME, данные (в том числе и логи) — в $XDG_DATA_HOME

[DevMan]

+1, срач в хомяке порядком надоедает.

[ixSci]

z0rc, то что надо. Спасибо за ссылку!

Answer 2

[merlin-vrn]

Писать в syslog. #include <syslog.h>

Comments

[ixSci]

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

[clamaw]

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

[ixSci]

Зачем крутить костыли когда давно есть log4?
Приложение интенсивно пишущие в windows event log вызовет недоумение у одних и ненависть у других. Вряд ли, хоть кто-то это оценит с положительной стороны.

[rgaliull]

вот вы спросили как сделать правильно и ожидаемо для системы, а теперь рассказываете нам как в линуксе сделать неправильно. Вообще в топик-вопросе не было ни слова про кроссплатформенность. Я бы сделал в линуксе через сислог, и для винды, наверняка, есть прокладка-адаптер.

Answer 3

[holivar]

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

В разных дистрибутивах, когда пользователь устанавливает пакет через менеджер типа yum или apt-get, он делает это с правами рута и писать может только в свой файл, созданный менеджером. Поэтому лучший способ по умолчанию все логи, исполняемые файлы и т.д. — складывать в одну папку, но дать возможность все пути настраивать, чтобы ответственность брал на себя пользователь/менеджер пакетов, иначе у разных пользователей ваше приложение просто не будет работать

Comments

[ixSci]

Ну вот смотрите, по меньшей мере есть стандартный(?) метод хранения данных приложения ~/.name
Я могу класть и сюда, но будет ли это ожидаемо?
Над пользовательским контролем путей приложения я не думал, честно говоря. Это хороший вариант, но всегда должны быть стандартные пути, чтобы пользователь, который не хочет заморачиваться просто установил приложение и не раздумывал над выбором путей.

[holivar]

В Линуксе пользователь вряд ли просто-так установит приложение, если вы или кто-то этого не предусмотрели. А если вы предусмотрели и собрали, например, rpm-пакет, чтобы пользователь сделал что-то вроде yum install ..., он сделает это с правами рута, и тогда проблемы создания файла /var/log/NAME не будет.

Проще было бы если бы вы сказали что за приложение и как планируете его распространять. Я так понимаю вы хотите написать какую-то програмку и с кем-то поделиться, тогда:
-Если пользователь будет его компилировать — делайте по умолчанию в той папке, откуда запущено. Опытные пользователи догадаются сделать это в /usr/local/ВАШЕПРИЛОЖЕНИЕ/logs/.., а конкретные пути пускай настраивают, если захотят
-Если хотите чтобы пользователь сделал yum install ВАШЕПРИЛОЖЕНИЕ — то сборка пакета отдельная тема, если вам удастся собрать пакет вопрос где хранить логи к этому времени отпадет.
-А если это просто бинарник, который вы хотите переслать по почте чтобы кто-то просто запустил, то лучше по-умолчанию лог вообще отключить!!! чтобы кто-то нечаянно что-то не напортачил и не затер важный документ, сообщения выводить на стандартный вывод, а при необходимости что-то логировать пользователь пускай укажет это явно при вызове.

Answer 4

[Владимир Чернышев]

Мне нравится такая практика по умолчанию:
— если приложение устанавливается в /usr (или другой системный каталог), то логи пишутся в /var/log (для установки в /usr нужны права рута, потому создать и настроить права для записи в /var/log проблемы быть не должно — можно открыть запись для всех, можно создать группу, в которую заносить пользователей имеющих право запуска)
— если приложение устанавливается в ~, то логи пишутся в ~/./log

Вариант вывода логов по умолчанию в stdout для «демонообразных» приложений как-то раздражает.

Comments

[shadowalone]

По второму пункту немного не согласен с ~/.log и вот почему: Представьте себе ситуацию, что есть несколько программ, которые будут писать в эту папку, и у нескольких программ будут файлы вида access.log и error.log — получится каша. Посему, все-таки я на ~/.имя_приложения/, так вероятность получить путаницу отпадает почти полностью — исключение, приложения с одинаковым именем, что может случится в очень редком случае.

[holivar]

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

Вообще не стоит автору давать плохие советы. Если приложение будет «устанавливаться» от пользователя, то пускай пишет в пределах одной папки, где будут лежать и бинарники, и логи, и настройки, чтобы можно было при желании все просто взять и удалить. Скачайте популярный per-user продукт какой нить, например, nginx — и скомпилируйте из исходников чтобы посмотреть, что мой совет — правильный.
А если приложение устанавливаться не будет, а просто скачиваться и запускаться — считайте, что заранее у него вообще нет прав записи никуда, пускай логирует что-то, если пользователь запустил его с ключем --log=… иначе ничего писать сбрасывать на диск не надо

[Владимир Чернышев]

Чёрт, парсер съел, конечно ~/.<app>/log имелось в виду

[ixSci]

Я ориентируюс на firefox\opera в данный момент и они используют домашний каталог для своих данных. Писать логи в stdout это ужасная практик, я считаю. По поводу квот: засирания никакого, естественно, не будет, для этого есть rotate.
Я бы и сделал все как у opera и mozilla без этого вопроса, но возникли сомнения, т.к. эти два проекта располагают свои данные не верно в mac os. Вот и решил, что тут они тоже могут себя вести неверно.
В общем я остановился на том, что буду хранить все в ~/.app_name, т.к. это более всего походит на каталог %APPDATA% из windows, который для меня более привычен. Судя по другим программам, мой выбор как минимум не противоречит общей идеологии.
Создавать отдельную директорию в /var/log не хочу, т.к это всего один файл. Хотя, может быть, когда сделаю какой-нибудь инсталлер я свое мнение и изменю. Просто же класть файл в /var/log при установке смысла не имеет, ибо он будет стерт при rotate и проблема прав всплывет вновь.

[holivar]

Ну раз вы считаете так, то и сделаете так. Вы кстати не правильно поняли может, я не призывал писать в stdout — а призывал дать возможность пользователю задавать путь к логам. Ведь инсталляция — это по сути и есть «указание нужных путей».
Самое главное чтобы вы не назвали свое приложение ssh а файл для логов не выбрали «authorized_keys»)))

[holivar]

>«Писать логи в stdout это ужасная практик»
Писать логи в stdout это отличная практика и называется отладочный режим. Разумеется, авторы программ обычно предусматривают этот режим не по умолчанию а только при запуске с соотв. параметрами

[ixSci]

возможно, я не люблю выброс в stodout. Для меня это ошибка, лог должен быть в файле. Ну это мое мнение.
Естественно приложение должно иметь уникальное(по возможности) имя.

Answer 5

[fun]

/etc/temp/%appname%/log

Comments

[ixSci]

temp системой не чистится автоматически?

Answer 6

[selenite]

Главное, не сделайте очередное поделие, которое будет замусоривать /etc || /tmp дистрибутива А в разы сильнее, чем Б.

./configure --prefix=/opt/myapp должно автоматически означать, что конфиги в /opt/myapp/etc/, логи в /opt/myapp/log/, без указания этих путей в конфиге (путь к которому указывается как /opt/myapp/bin/myapp -f /opt/myapp/etc/my.cfg).

Comments

[ixSci]

никаких configure, никаких open source :)

[selenite]

знакомо :) но делать перенос среды разработки между дистрибутивами и/или странными тестовыми машинами все же может понадобиться.