ivand |
|
Темы:
9
Сообщения:
477
Участник с: 04 января 2013
|
kurich? рассказывал о проблемах логов, поиском по форуму SystemMaxUse=? |
kurych |
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
logrotate к journald никакого отношения не имеет. Оно для обычных текстовых логов. А journald со своим другом systemd сам за своим объемом следит (/etc/systemd/journald.conf). Правда, еще не всегда правильно следит. Но все течет, все изменяется... PS: кстати, с параметром SystemMaxUse= все нормально, объем логов выдерживается в рамках заданной величины. Плюс-минус мегабайт-другой. |
ivand |
|
Темы:
9
Сообщения:
477
Участник с: 04 января 2013
|
Плюс-минус мегабайт-другой.+1M у меня, сбивает с толку бестолкового Хотя мышевозить с syslog-ng мне привычней, пусть и медленней |
alexdsp |
|
Темы:
22
Сообщения:
307
Участник с: 07 февраля 2008
|
kurychТо есть, logrotate что ли вообще можно снести? Ну, для нормальной десктопной жизни... |
kurych |
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Некоторые сервисные программы типа apache, squid, samba и т.п. ведут свои логи, не связанные с journald. Вот для таких можно оставить logrotate. Если ничего такого нет и не используется syslogd, то и logrotate не нужен. |
Rarog |
|
Темы:
10
Сообщения:
188
Участник с: 22 января 2013
|
Вот что у меня в journalctlапр 15 05:12:01 Legend crond[1179]: pam_unix(crond:session): session opened for user andrey by (uid=0) апр 15 05:12:01 Legend CROND[1180]: (andrey) CMD (/home/andrey/crondemo/crony.sh) апр 15 05:12:01 Legend CROND[1179]: pam_unix(crond:session): session closed for user andrey апр 15 05:12:35 Legend sudo[1176]: pam_unix(sudo:session): session closed for user root апр 15 05:13:01 Legend crond[1313]: pam_unix(crond:session): session opened for user andrey by (uid=0) апр 15 05:13:02 Legend CROND[1314]: (andrey) CMD (/home/andrey/crondemo/crony.sh) апр 15 05:13:02 Legend CROND[1313]: pam_unix(crond:session): session closed for user andrey апр 15 05:13:38 Legend sudo[1316]: andrey : TTY=pts/1 ; PWD=/home/andrey ; USER=root ; COMMAND=/usr/bin/journalctl апр 15 05:13:38 Legend sudo[1316]: pam_unix(sudo:session): session opened for user root by andrey(uid=0) [[email protected] ~]$ crontab -l * * * * * /home/andrey/crondemo/crony.sh Хотя руками из косноли и НЕ от рута всё работает. |
konstantinov-ms |
|
Темы:
15
Сообщения:
637
Участник с: 29 ноября 2009
|
RarogА что в скрипте-то? Случайно, не гуёвая программа? Если да, то могут быть проблемы. Для гуёвых программ нужно в cron переменные указывать. Например, дисплей. |
Rarog |
|
Темы:
10
Сообщения:
188
Участник с: 22 января 2013
|
konstantinov-ms будете смеяться[[email protected] crondemo]$ cat crony.sh #!/bin/bash echo "SCRIPT WAS SUCCESSFULLY DONE!!!!" > cronscript.txt [[email protected] crondemo]$ |
Nebulosa |
|
Темы:
10
Сообщения:
830
Участник с: 05 марта 2009
|
Дык он пытается вывести незнамо куда.. Поменяйте на : #!/bin/bash echo "SCRIPT WAS SUCCESSFULLY DONE!!!!" > /home/andrey/crondemo/cronscript.txt |
kurych |
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
И для echo надо полный путь указать: /usr/bin/echo В кроновских скриптах (и вообще в скриптах, запускаемых системой) обычно не установлены переменные окружения, как для залогинившегося пользователя. Такие как PATH, например. И без указания полного пути команды не найдутся сами. |