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 написал(а): ...только в
Не совсем так... там же ясно написано - для правильной сортировки! Иначе каша из логов получается...
Так что мы живем все-таки в компьютерном мире... :)
Кстати, в Америке было бы - 04/26/2011! Так что и они тоже подстраиваются... ;)
.
Это ты убого доку читаешь. Можешь определить расширение как хочешь, с какими в голову взбредет символами-разделителями, лишь бы допустимыми были. Количество шаблонов ограничено, да, но это не проблема.
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 ;)
Угу... и для этого тебе нужно
Угу... и для этого тебе нужно "не убогое" представление в виде дд.мм.гггг?! :)
Как "быстро и без проблем" сортировать-то будешь?...
/
Я вообще не понимаю смысла использования при ротации лога суффикса с датой.
Может кто объяснит?
:wq
--
Live free or die
Когда логи сер'езно
Когда логи сер'езно обрабатываются и хранятся, причем на разных машинах. А при переброске дата модификации зачастую теряется, потому что другой юзер, ФС и т.п. ...
.
В случае столь серьёзных систем логи обычно пишутся не в файл.
ЗЫ: Ответ на вопрос где/зачем оно нужно вижу.
:wq
--
Live free or die
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 ;)
Извиняюсь и
Извиняюсь и присоединяюсь...
Просто я было подумал, что ты защищаешь позицию ТС... :)
это нормально
это нормально
metalog настроен параметром maxsize=xxxxxxx (байтов) и ему плевать во сколько это случится
как параметр превышен - так ротация и произойдет
может 2-3 раза в день, а может и 1 раз в 3-5 дней
см. maxsize & maxtime
что-то добрый я сегодня ....
Цитата: см. maxsize &
Что нормально то? Т.е. что metalog по UTC времени живёт - это нормально?
Зачем мне их смотреть? Я их давно посмотрел. Я же написал, "Metalog делает ротацию логов без учёта часового пояса, в моём случае в 11 утра (т.е. UTC +11, что есть мой часовой пояс)" Где я написал что они создаются в разное время?
maxtime maxtime =
То есть он не в полночь создаёт новый файл, а через интервал. К времени привязан только относительно.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Да, но почему-то этот
Да, но почему-то этот интервал всегда приходится на 11 утра :)
Можно ли как-то сделать что-бы он на 12 ночи приходился?
> Да, но почему-то этот
> Да, но почему-то этот интервал всегда приходится на 11 утра
Ну если первый файл создался в 11 утра, и интервал выставлен в сутки…
> Можно ли как-то сделать что-бы он на 12 ночи приходился?
Можно попробовать выставить интервал поменьше, чтоб следующий цикл выпал на полночь. Или остановить metalog в полночь (звучит-то как), потереть файлы и запустить заново.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Первый файл был создан в 7
Первый файл был создан в 7 утра с копейками. Но я уже 150 раз его останавливал в разное время, он делает ротацию всегда 10:59. Думаю он всё-же начало интервала относительно UTC берёт, игнорируя настройки системы. Я, конечно, попробую остановить его в полночь, перенести все логи в другое место и запустить. Но я думаю что он сделает ротацию как обычно в 11 утра :) Ещё можно поменять часовой пояс временно, на UTC+10 скажем, и проверить, будет ли он делать ротацию в 10 утра. Уверен что будет, но проверю.
Хорошая идея, что-то я не подумал уменьшить/увеличить интервал. Надо проверить, но думаю что начало интервало у него равно UTC времени. Но если так, то логика у него странная, да...
# ls -l
Не вижу связи с поясным временем (у меня московское) вообще.
Текстовый редактор 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 попробовать поглядеть, вероятно быстрее будет.
а как вы узнали дату и
а как вы узнали дату и преобразовали в читабельный вид?
что-то добрый я сегодня ....
.
А metalog еще не вылечили от падений при завершении работы системы?
А то приходится чистить после него корки (при включении в системе их формирования).
Никогда такого не замечал, за
Никогда такого не замечал, за четыре года использования.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.