Xfce c Sysv

[Speccyfighter]

...Так вроде хватило?:
...

Код: [Выделить]

...
-rw-r----- 1 root adm 1162003 фев 25 11:22 /var/log/syslog/messages
...
...

Файл /var/log/syslog/messages разросся до 1.16Mb (и это не предел), чего при работающей ротации в системах на sysv, этого не может быть, потому что этого быть не может.

Максимальный размер некомпрессированного syslog/messages, которого он достиг в моей любой из sysv-систем, это:

Код: [Выделить]

# xz -l /где/то/там/var/log/syslog/messages.3.xz
Strms  Blocks   Compressed Uncompressed  Ratio  Check   Filename
    1       1     52,6 KiB    874,6 KiB  0,060  CRC64   /где/то/там/var/log/syslog/messages.3.xz
Всё устаревшее, при ротации вылетит по FIFO.

Хотите сохранять архивов логов больше или меньше, изменяйте параметр rotate и сменой на monthly или daily.

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

[Антон Мидюков]

Антон, давай из этого списка исключим crond. Тем более что на cron сидит и stmpclean.

Сделано.

[asy]

А дальше, в плане logrotate, посмотрим. Время покажет.

Что смотреть-то? Он по крону и запускается:

Код: [Выделить]

# rpm -qf /etc/cron.daily/logrotate
logrotate-3.9.1-alt5.i586

[Speccyfighter]

А дальше, в плане logrotate, посмотрим. Время покажет.

Что смотреть-то? Он по крону и запускается:

Код: [Выделить]

# rpm -qf /etc/cron.daily/logrotate
logrotate-3.9.1-alt5.i586

Мне нужен реальный результат после теста. Работающий в 100% случаев из 100.

Если это заявлено, это обязано работать:

История:
Принципы создания программ на ZX Spectrum
...
Немного информации предоставленной ресурсом speccy.info:
- Oberon — электронный журнал, выпускавшийся группой Stars of Keladan (Самара) с апреля 1996 по ноябрь 1998 года.
- Stars of Keladan - творческая группа из Самары.
- Paul Atrides (Евгений Милун, группа Stars of Keladan) - код

Oberon #02
31 октября 1996
   
  Программирование 
Ликбез - немного поговорим о программировании,
вернее о жизненных этапах любой программы.
...
6.   Дoскoнальнoе  тестирoвание  прoграммы
(другoе  название - прoбная эксплуатация).
В  результате которого, по возможности вы-
являются  и  исправляются  ошибки, которые
неизбежно  содержатся   в  любой программе
(старая  "программерская" аксиома: в любoй
прoграмме.  как бы oна ни была хoрoшo прo-
думана.  сoдержатся  пo  крайней  мере две
серьезные   oшибки.  кoтoрые мoжнo выявить
тoлькo при эксплуатации). Вот  именно этот
этап многие очень любят либо  вообще  про-
пускать,либо проходить поверхностно,а зря.
...
                         (C)  PAUL ATRIDES

И линуксоидов это касается в первую очередь. С шестым этапом, у них совсем туго.

[asy]

Мне нужен реальный результат после теста. Работающий в 100% случаев из 100.

Он работает в 100% случаев, если всё сделано правильно (да, и соответствующие права на файл в набор условий тоже входят).

Если это заявлено, это обязано работать:

Зачем захламлять форум лишней информацией?

[Speccyfighter]

Если смотреть на crond комплексно:

Хорошую подставу для sysv придумал Линукс-программист. И похоже с логикой у него совсем туго.

Пакет sysstat имеет ряд мощных утилит сбора статистики

Код: [Выделить]

# rpm -qvl sysstat | grep bin/
-rwxr-xr-x    1 root    root                    39568 июн  4  2019 /usr/bin/cifsiostat
-rwxr-xr-x    1 root    root                    55976 июн  4  2019 /usr/bin/iostat
-rwxr-xr-x    1 root    root                    55976 июн  4  2019 /usr/bin/mpstat
-rwxr-xr-x    1 root    root                    64280 июн  4  2019 /usr/bin/pidstat
-rwxr-xr-x    1 root    root                   329256 июн  4  2019 /usr/bin/sadf
-rwxr-xr-x    1 root    root                   132088 июн  4  2019 /usr/bin/sar
-rwxr-xr-x    1 root    root                    39608 июн  4  2019 /usr/bin/tapestat

Но при таком алгоритме, выбирать тут можно только между плохо и ещё хуже:

- Если демон crond запущен, то будет и ротация логов и чистка временных файлов. Но будет и логгирование статистики.
- Если демон crond не запущен, то сбора статистики не будет. Но не будет и ротации логов и чистки временных файлов.

Ротацию логов и чистку временных файлов можно отключить снятием бита execute, при включенном crond. Но программно отключить сбор статистики, можно только отключением сервиса crond. Со всеми вытекающими.

Единственный путь остаётся, это комментирование строк сбора статистики в /etc/cron.d/sysstat, если утилиты нужны, но сбор статистики не нужен:

Код: [Выделить]

# grep -r '*\/10' /etc/
/etc/cron.d/sysstat:*/10 * * * * root /usr/lib64/sa/sa1 -S DISK 1 1


Код: [Выделить]

# ll /etc/cron.d/sysstat
-rw-r--r-- 1 root root 188 фев 24 16:27 /etc/cron.d/sysstat


Код: [Выделить]

# sed "" /etc/cron.d/sysstat
# run system activity accounting tool every 10 minutes
*/10 * * * * root /usr/lib64/sa/sa1 -S DISK 1 1
# generate a daily summary of process accounting
0 2 * * * root /usr/lib64/sa/sa2 -A


Код: [Выделить]

# ls -l /etc/cron.daily/
итого 8
-rwxr-xr-x 1 root root  55 янв  9  2018 logrotate
-rwx------ 1 root root 152 янв 16  2017 stmpclean


Код: [Выделить]

# ls -l /var/log/sa/
итого 544
-rw-r--r-- 1 root root  69608 фев 24 23:50 sa24
-rw-r--r-- 1 root root 138236 фев 25 23:50 sa25
-rw-r--r-- 1 root root  98336 фев 26 14:40 sa26
-rw-r--r-- 1 root root 232786 фев 26 02:00 sar25


[Speccyfighter]

Зачем захламлять форум лишней информацией?

Напоминание о тест-контроле, это хлам?
В официальных и других стартеркитах, делайте что хотите, но в xfce-sysv тест-контроль обязателен во всех случаях без исключений. С самого начала проекта Xfce c Sysv.

И ключевое здесь:

если всё сделано правильно

Но практика показывает, поиском ошибок через гугл, что может наблюдаться отказ ротации:

https://serverfault.com/questions/388066/logrotate-not-working

И это подлежит проверке.

[asy]

Зачем захламлять форум лишней информацией?

Напоминание о тест-контроле, это хлам?

В таком виде - однозначно.

В сухом остатке:
1. Есть cron (важное уточнение - vixie-cron, так как он притендует на бехопасность и задания с чрезмерными правами не обрабатывает).
2. Есть приложения, которые для своей работы используют затания для cron и ставят их в момент своей установки.
3. Если cron не запущен, эти приложения нормально работать не будут.

Если мы обсуждаем конкретно /etc/cron.daily/logrotate из пакета logrotate, то что? Кто-то хочет сказать, что в пакете неправильный /etc/cron.daily/logrotate, и logrotate не работает в силу этого? Наверное это может быть в теории, но на практике logrotate используется широко, и я скорее предположу, что проблема в незапущенном cron, чем в logrotate. А остальное видно в логах.

[Speccyfighter]

Если мы обсуждаем конкретно /etc/cron.daily/logrotate из пакета logrotate,

logrotate однозначно с невключенным cron. Как самое важное.
Остальное мимоходом как сопутствующее. Но связанное с cron.

Кто-то хочет сказать, что в пакете неправильный /etc/cron.daily/logrotate, и logrotate не работает в силу этого? Наверное это может быть в теории,

И это надо проверить. Раз уж на серверфаулт натыкались на такое.
Время поджимает, но до выпуска очередного релиза ещё есть.
Там на серверфаулт говорили, что может не работать, если status пустой. Если верно понял.

2. Есть приложения, которые для своей работы используют затания для cron и ставят их в момент своей установки.

Это плохо что их нельзя выключить программно не трогая cron. В смысле использования утилит без сбора статистики.

[asy]

И это надо проверить. Раз уж на серверфаулт натыкались на такое.

Они там натыкались на такое в ALT, или где? А то можно ещё все гентушные грабли начать в ALT проверять. Да и почему только гентушные...

[asy]

Ротацию логов и чистку временных файлов можно отключить снятием бита execute, при включенном crond. Но программно отключить сбор статистики, можно только отключением сервиса crond. Со всеми вытекающими.

Это бредовая идея сама по себе. Начиная с идеи отключить cron. Отключенный cron - это системная авария. Ну, исключая новомодние штуки с systemd-таймерами может быть, если всё перенесено туда. Про снятие бита  execute тоже бред: задание либо лежит в кроне, либо его не должно быть, это с точки зрения пакетов.

/etc/cron.d/sysstat принадлежит пакету sysstat. Если статистика нужна, это должно работать. Если не нужна, следует просто удалить пакет sysstat. Если хочется иметь эти бинарники без /etc/cron.d/sysstat, надо попросить упаковать пакет с одтелным подпакетом с правилами для cron (только непонятно, зачем).

[Speccyfighter]

Они там натыкались на такое в ALT, или где?

Пробной эксплуатацией в xfce-sysv проверять надо всегда.
Все остальные, что с ними будет и как, не интересуют.

[Speccyfighter]

/etc/cron.d/sysstat принадлежит пакету sysstat. Если статистика нужна, это должно работать. Если не нужна, следует просто удалить пакет sysstat. Если хочется иметь эти бинарники без /etc/cron.d/sysstat, надо попросить упаковать пакет с одтелным подпакетом с правилами для cron (только непонятно, зачем).

Чтобы иметь статистику для отдельно взятого случая, когда в постоянном логгировании нет необходимости.

[Speccyfighter]

Отключенный cron - это системная авария.

Она по-умолчанию во всех лайвах p9-xfce-sysv.
Симлинки создаются на этапе установки vixie-cron. Поэтому и предположить не мог, что crond может не работать. И по-умолчанию не работать он не может, если его не заставить.

[Антон Мидюков]

Это бредовая идея сама по себе. Начиная с идеи отключить cron. Отключенный cron - это системная авария.

Думаю, это делалось ещё во времена, когда live не устанавливали ещё... В 2012 году заимствовано из m-p-d: http://git.altlinux.org/gears/m/mkimage-profiles.git?p=mkimage-profiles.git;a=commitdiff;h=600fc011cb2c605cf7e9f59d459f77bc5d00e18e
Дальше надо m-p-d смотреть.