metalog невовремя делает ротацию логов

Здравствуйте!

Я с линуксом совсем недавно. Сижу, ковыряюсь с настройками Gentoo. Ставил со Stage3. Почти ничего не необходимого ещё не установлено. Просто пытаюсь заставить его нормально работать для начала.

У меня есть такая проблема. Metalog делает ротацию логов без учёта часового пояса, в моём случае в 11 утра (т.е. UTC +11, что есть мой часовой пояс). В результате получаются файлы такого вида:
log-2011-04-21-00:04:06, но дата создания: Апр 21 10:59.

Мои настройки:
/etc/localtime правильный
/etc/conf.d/clock:
CLOCK="local"
TIMEZONE="Asia/Vladivostok"
CLOCK_SYSTOHC="no"

В системе везде время показывается верно. Cron запускает задачи вовремя, все записи в логах верны по времени. Установлен ntpd. Время синхронизируется тоже правильно. Глючит только metalog с ротацией. Думал отключить ротацию и поставить logrotate, но он мне не подошёл (хотябы потому что не умеет даже файлы адекватно именовать). Каких либо настроек у metalog я не нашёл ни касательно времени ротации, ни касательно названий лог-файлов (current во что-нить адекватное переименовать, чтобы можно было logrotate использовать).

Подскажите что делать, пожалуйста.

но он мне не подошёл (хотябы

 но он мне не подошёл (хотябы потому что не умеет даже файлы адекватно именовать). 

Ты это сам придумал или кто подсказал ?

syslog-ng+logrotate при нормальной настройке решают практически все реальные задачи логгирования

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Цитата: Ты это сам придумал

Цитата:
Ты это сам придумал или кто подсказал ?

Вместо того чтобы острить, сказал бы что полезное. В man logrotate написано:

"dateext - Archive old versions of log files adding a daily extension like YYYYMMDD..."
"dateformat - Specify the extension for dateext using the notation similar to strftime(3) function. Only %Y %m %d and %s specifiers are allowed. ... 2001/12/01 is ok, but 01/12/2001 is not, since 01/11/2002 would sort lower while it is later"

Где же тут адекватное именование? Он только может расширения добавлять и то только в убогом виде 2011/04/26. А мы не в америке живём, у нас дата должна быть наоборот. А он с такими не работает.
Если знаешь как именовать файлы нормально - скажи. Надо чтобы, например, с исходного файла "ntp/current", получился "ntp/ntp-2011-04-21-00:04:06", или хотя-бы просто "ntp/ntp-2011-04-21". Как это сделать при помощи logrotate?

numpa написал(а): ...только в

numpa написал(а):
...только в убогом виде 2011/04/26. А мы не в америке живём, у нас дата должна быть наоборот...

Не совсем так... там же ясно написано - для правильной сортировки! Иначе каша из логов получается...
Так что мы живем все-таки в компьютерном мире... :)
Кстати, в Америке было бы - 04/26/2011! Так что и они тоже подстраиваются... ;)

.

numpa написал(а):
"dateformat - Specify the extension for dateext using the notation similar to strftime(3) function. Only %Y %m %d and %s specifiers are allowed. ... 2001/12/01 is ok, but 01/12/2001 is not, since 01/11/2002 would sort lower while it is later"

Где же тут адекватное именование? Он только может расширения добавлять и то только в убогом виде 2011/04/26.

Это ты убого доку читаешь. Можешь определить расширение как хочешь, с какими в голову взбредет символами-разделителями, лишь бы допустимыми были. Количество шаблонов ограничено, да, но это не проблема.

Kaкое наименование для тебя

Kaкое наименование для тебя "адекватное" ? Почему ?
Для меня адекватно то, что позволяет быстро и без проблем сортировать файлы по дате.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Угу... и для этого тебе нужно

Угу... и для этого тебе нужно "не убогое" представление в виде дд.мм.гггг?! :)

Как "быстро и без проблем" сортировать-то будешь?...

/

SysA написал(а):
Угу... и для этого тебе нужно "не убогое" представление в виде дд.мм.гггг?! :)

Как "быстро и без проблем" сортировать-то будешь?...

Я вообще не понимаю смысла использования при ротации лога суффикса с датой.
Может кто объяснит?

:wq
--
Live free or die

Когда логи сер'езно

Когда логи сер'езно обрабатываются и хранятся, причем на разных машинах. А при переброске дата модификации зачастую теряется, потому что другой юзер, ФС и т.п. ...

.

SysA написал(а):
Когда логи сер'езно обрабатываются и хранятся, причем на разных машинах. А при переброске дата модификации зачастую теряется, потому что другой юзер, ФС и т.п. ...

В случае столь серьёзных систем логи обычно пишутся не в файл.

ЗЫ: Ответ на вопрос где/зачем оно нужно вижу.

:wq
--
Live free or die

Anarchist написал(а): ... В

Anarchist написал(а):
...
В случае столь серьёзных систем логи обычно пишутся не в файл...

Ну да! И куда же?

для сортировки в авт. режиме

для сортировки в авт. режиме - нет, не нужно
для решения задачи типа "кто отправил письмо 18.06.2008 на фирма@корп.ком" мне надо. как показывает практика - оно надо еще более чем 90% админов.
Ну а ребята с локализованными по дефолту серверами идут пилить винду, там это в почете; у всех вменяемых же на сервере UTC и en_US.UTF-8 UTF-8

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Извиняюсь и

Извиняюсь и присоединяюсь...

Просто я было подумал, что ты защищаешь позицию ТС... :)

это нормально

это нормально

numpa написал(а):
В результате получаются файлы такого вида:
log-2011-04-21-00:04:06, но дата создания: Апр 21 10:59.

metalog настроен параметром maxsize=xxxxxxx (байтов) и ему плевать во сколько это случится
как параметр превышен - так ротация и произойдет
может 2-3 раза в день, а может и 1 раз в 3-5 дней

см. maxsize & maxtime

что-то добрый я сегодня ....

Цитата: см. maxsize &

Цитата:
это нормально

Что нормально то? Т.е. что metalog по UTC времени живёт - это нормально?

Цитата:
см. maxsize & maxtime

Зачем мне их смотреть? Я их давно посмотрел. Я же написал, "Metalog делает ротацию логов без учёта часового пояса, в моём случае в 11 утра (т.е. UTC +11, что есть мой часовой пояс)" Где я написал что они создаются в разное время?

maxtime maxtime =

 maxtime
    maxtime  =  <value>.  Once  a  logfile is older than the value defined (in seconds), it will be rotated.

То есть он не в полночь создаёт новый файл, а через интервал. К времени привязан только относительно.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Да, но почему-то этот

Да, но почему-то этот интервал всегда приходится на 11 утра :)
Можно ли как-то сделать что-бы он на 12 ночи приходился?

> Да, но почему-то этот

> Да, но почему-то этот интервал всегда приходится на 11 утра
Ну если первый файл создался в 11 утра, и интервал выставлен в сутки…

> Можно ли как-то сделать что-бы он на 12 ночи приходился?
Можно попробовать выставить интервал поменьше, чтоб следующий цикл выпал на полночь. Или остановить metalog в полночь (звучит-то как), потереть файлы и запустить заново.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Первый файл был создан в 7

Первый файл был создан в 7 утра с копейками. Но я уже 150 раз его останавливал в разное время, он делает ротацию всегда 10:59. Думаю он всё-же начало интервала относительно UTC берёт, игнорируя настройки системы. Я, конечно, попробую остановить его в полночь, перенести все логи в другое место и запустить. Но я думаю что он сделает ротацию как обычно в 11 утра :) Ещё можно поменять часовой пояс временно, на UTC+10 скажем, и проверить, будет ли он делать ротацию в 10 утра. Уверен что будет, но проверю.

Цитата:
Можно попробовать выставить интервал поменьше, чтоб следующий цикл выпал на полночь.

Хорошая идея, что-то я не подумал уменьшить/увеличить интервал. Надо проверить, но думаю что начало интервало у него равно UTC времени. Но если так, то логика у него странная, да...

# ls -l

 # ls -l /var/log/mpdscribble
-rw-r--r-- 1 root root  657 Апр 25 17:47 current
-rw-r--r-- 1 root root 4,9K Апр 18 03:37 log-2011-04-18-01:04:26
-rw-r--r-- 1 root root 1,3K Апр 18 09:38 log-2011-04-19-07:04:16
-rw-r--r-- 1 root root  412 Апр 19 13:25 log-2011-04-20-07:04:36
-rw-r--r-- 1 root root  113 Апр 20 13:27 log-2011-04-22-08:04:31
-rw-r--r-- 1 root root  160 Апр 22 13:45 log-2011-04-25-05:04:12

Не вижу связи с поясным временем (у меня московское) вообще.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Но у меня эта связь

Но у меня эта связь очевидная. Все логи начинаются в 11:00 и кончаются в 10:59. Содержимое примерно такое (часть everything):
Apr 24 11:00:01 [cron] (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons )
...
Apr 25 10:59:47 [dhcpd] DHCPACK to 192.168.0.135 (хх:хх:хх:хх:хх:хх) via eth0

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

а как вы узнали дату и

а как вы узнали дату и преобразовали в читабельный вид?

numpa написал(а):
но дата создания: Апр 21 10:59.

что-то добрый я сегодня ....

.

А metalog еще не вылечили от падений при завершении работы системы?
А то приходится чистить после него корки (при включении в системе их формирования).

Никогда такого не замечал, за

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

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".