The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Что-то не то с logrotate"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 12-Май-05, 15:41  (MSK)
У меня какие-то непонятные проблемы с logrotate. На первый взгляд вроде как все нормально, но... Кроме заархивированных некоторых логов существуют и их несжатые версии, например, кроме auth.log.3.gz есть также файл auth.log.3, причем содержание у них разное: auth.log.3.gz содержит данные до 6:47, а auth.log.3 - после. Хотя сказано оставлять только один несжатый файл, logrotate как то их странно оставляет, например, auth.log, auth.log.0, auth.log.1.gz, auth.log.2, auth.log.3, auth.log.3.gz и т.д... Некоторые записи (оперелил по времени) вообше отсутствуют (файлы какие-то урезанные)...

Я так думаю все это началось после того, как я попытался настроить ротацию под свою систему - настройки проверял несколько раз - ничего не вижу...

Кроме неверного хранения логов никаких признаков неправильной роботы logrotate нету - система не виснет, логи сохраняются...

Система настроена следующим образом:

/etc/logrotate.conf:
# Настройка сохранения архивов статистики
# Еженедельно
weekly
# Оставлять 10 старых логов
rotate 10
# Создавать новые пустые лог-файлы
create
# Архивировать старые файлы
compress
# Не сжимать последний файл
delaycompress
# Включать конфигурационные файлы с каталога
include /etc/logrotate.d
# Сохранение wtmp
/var/log/wtmp {
    monthly
    create 0664 root utmp
    rotate 12
}
# Сохранение btmp
/var/log/btmp {
    missingok
    monthly
    create 0664 root utmp
    rotate 1
}

wtmp сохраняется нормально...

/etc/logrotate.d:
apache  apcupsd  danted  dhcp  general  inacc  ppp  squid

/etc/logrotate.d/apache:
/var/log/apache/*.log {
    weekly
    missingok
    rotate 4
    compress
    delaycompress
    notifempty
    create 640 root adm
    sharedscripts
    postrotate
        /etc/init.d/apache reload > /dev/null
    endscript
}

/etc/logrotate.d/apcupsd:
/var/log/apcupsd/*.log {
    weekly
    rotate 4
    compress
    missingok
    notifempty
}

/etc/logrotate.d/danted:
/var/log/danted/*.log {
    weekly
    rotate 12
    compress
    create 0600 root root
    delaycompress
    notifempty
}

/etc/logrotate.d/dhcp:
/var/log/dhcp.log {
    weekly
    rotate 4
    compress
    create 0600 root root
    delaycompress
    notifempty
}

/etc/logrotate.d/general:
/var/log/auth.log /var/log/ssh.log /var/log/sudo.log /var/log/sulog {
    weekly
    rotate 24
    compress
    delaycompress
    create 0640 root adm
    notifempty
}
/var/log/cron.log {
    weekly
    rotate 3
    compress
    delaycompress
}
/var/log/daemon.log /var/log/debug /var/log/kern.log /var/log/messages /var/log/user.log {
    weekly
    rotate 4
    compress
    create 0640 root root
    delaycompress
    notifempty
}

/etc/logrotate.d/inacc:
/var/log/inacc/inacc.log {
    weekly
    rotate 52
    compress
    delaycompress
    copytruncate
    nocreate
    notifempty
}

/etc/logrotate.d/ppp:
/var/log/ppp/*.log {
    weekly
    compress
    delaycompress
    rotate 4
    notifempty
    missingok
}

/etc/logrotate.d/squid:
/var/log/squid/access.log {
    weekly
    rotate 12
    compress
    missingok
    nocreate
    delaycompress
    notifempty
}
/var/log/squid/cache.log {
    weekly
    rotate 4
    compress
    nocreate
    delaycompress
}
/var/log/squid/store.log {
    daily
    compress
    delaycompress
    rotate 3
    missingok
    nocreate
    sharedscripts
    prerotate
        test ! -x /usr/sbin/sarg-maint || /usr/sbin/sarg-maint
    endscript
    postrotate
        test ! -e /var/run/squid.pid || /usr/sbin/squid -k rotate
    endscript
}

Проблемы проявляются только в:
/var/log/apcupsd/smartups.log* (причем с /var/log/apcupsd/events.log* все хорошо...)
/var/log/inacc/inacc.log*
/var/log/ppp/sys.log*
/var/log/auth.log*
/var/log/cron.log*
/var/log/daemon.log*
/var/log/dhcp.log*
/var/log/kern.log*
/var/log/messages*
/var/log/ssh.log*

На сколько я понял все это как то связано с работой с файламы, но как это решить?
Спасибо...

  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Что-то не то с logrotate" 
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 12-Май-05, 16:31  (MSK)
>У меня какие-то непонятные проблемы с logrotate. На первый взгляд вроде как
>все нормально, но... Кроме заархивированных некоторых логов существуют и их несжатые
>версии, например, кроме auth.log.3.gz есть также файл auth.log.3, причем содержание у
>них разное: auth.log.3.gz содержит данные до 6:47, а auth.log.3 - после.
>Хотя сказано оставлять только один несжатый файл, logrotate как то их
>странно оставляет, например, auth.log, auth.log.0, auth.log.1.gz, auth.log.2, auth.log.3, auth.log.3.gz и т.д...
>Некоторые записи (оперелил по времени) вообше отсутствуют (файлы какие-то урезанные)...
>
>Я так думаю все это началось после того, как я попытался настроить
>ротацию под свою систему - настройки проверял несколько раз - ничего
>не вижу...
>
>Кроме неверного хранения логов никаких признаков неправильной роботы logrotate нету - система
>не виснет, логи сохраняются...
>
>Система настроена следующим образом:
>
>/etc/logrotate.conf:
># Настройка сохранения архивов статистики
># Еженедельно
>weekly
># Оставлять 10 старых логов
>rotate 10
># Создавать новые пустые лог-файлы
>create
># Архивировать старые файлы
>compress
># Не сжимать последний файл
>delaycompress
># Включать конфигурационные файлы с каталога
>include /etc/logrotate.d
># Сохранение wtmp
>/var/log/wtmp {
>    monthly
>    create 0664 root utmp
>    rotate 12
>}
># Сохранение btmp
>/var/log/btmp {
>    missingok
>    monthly
>    create 0664 root utmp
>    rotate 1
>}
>
>wtmp сохраняется нормально...
>
>/etc/logrotate.d:
>apache  apcupsd  danted  dhcp  general  inacc  
>ppp  squid
>
>/etc/logrotate.d/apache:
>/var/log/apache/*.log {
>    weekly
>    missingok
>    rotate 4
>    compress
>    delaycompress
>    notifempty
>    create 640 root adm
>    sharedscripts
>    postrotate
>        /etc/init.d/apache reload > /dev/null
>    endscript
>}
>
>/etc/logrotate.d/apcupsd:
>/var/log/apcupsd/*.log {
>    weekly
>    rotate 4
>    compress
>    missingok
>    notifempty
>}
>
>/etc/logrotate.d/danted:
>/var/log/danted/*.log {
>    weekly
>    rotate 12
>    compress
>    create 0600 root root
>    delaycompress
>    notifempty
>}
>
>/etc/logrotate.d/dhcp:
>/var/log/dhcp.log {
>    weekly
>    rotate 4
>    compress
>    create 0600 root root
>    delaycompress
>    notifempty
>}
>
>/etc/logrotate.d/general:
>/var/log/auth.log /var/log/ssh.log /var/log/sudo.log /var/log/sulog {
>    weekly
>    rotate 24
>    compress
>    delaycompress
>    create 0640 root adm
>    notifempty
>}
>/var/log/cron.log {
>    weekly
>    rotate 3
>    compress
>    delaycompress
>}
>/var/log/daemon.log /var/log/debug /var/log/kern.log /var/log/messages /var/log/user.log {
>    weekly
>    rotate 4
>    compress
>    create 0640 root root
>    delaycompress
>    notifempty
>}
>
>/etc/logrotate.d/inacc:
>/var/log/inacc/inacc.log {
>    weekly
>    rotate 52
>    compress
>    delaycompress
>    copytruncate
>    nocreate
>    notifempty
>}
>
>/etc/logrotate.d/ppp:
>/var/log/ppp/*.log {
>    weekly
>    compress
>    delaycompress
>    rotate 4
>    notifempty
>    missingok
>}
>
>/etc/logrotate.d/squid:
>/var/log/squid/access.log {
>    weekly
>    rotate 12
>    compress
>    missingok
>    nocreate
>    delaycompress
>    notifempty
>}
>/var/log/squid/cache.log {
>    weekly
>    rotate 4
>    compress
>    nocreate
>    delaycompress
>}
>/var/log/squid/store.log {
>    daily
>    compress
>    delaycompress
>    rotate 3
>    missingok
>    nocreate
>    sharedscripts
>    prerotate
>        test ! -x /usr/sbin/sarg-maint
>|| /usr/sbin/sarg-maint
>    endscript
>    postrotate
>        test ! -e /var/run/squid.pid
>|| /usr/sbin/squid -k rotate
>    endscript
>}
>
>Проблемы проявляются только в:
>/var/log/apcupsd/smartups.log* (причем с /var/log/apcupsd/events.log* все хорошо...)
>/var/log/inacc/inacc.log*
>/var/log/ppp/sys.log*
>/var/log/auth.log*
>/var/log/cron.log*
>/var/log/daemon.log*
>/var/log/dhcp.log*
>/var/log/kern.log*
>/var/log/messages*
>/var/log/ssh.log*
>
>На сколько я понял все это как то связано с работой с
>файламы, но как это решить?
>Спасибо...

1. logrotate -f -dv /etc/logrotate.conf

4to govorit dla nevernih failov ?

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 12-Май-05, 17:42  (MSK)
>1. logrotate -f -dv /etc/logrotate.conf

>4to govorit dla nevernih failov ?

Ничего. Будто бы их вовсе нету... ;[
Из необычного говорит, что:
previous log /var/log/[название].1 does not exist

А разве он должен быть? Есть /var/log/[название].1.gz!

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Что-то не то с logrotate" 
Сообщение от Archont Искать по авторуВ закладки on 13-Май-05, 08:25  (MSK)
>>1. logrotate -f -dv /etc/logrotate.conf
>
>>4to govorit dla nevernih failov ?
>
>Ничего. Будто бы их вовсе нету... ;[
>Из необычного говорит, что:
>previous log /var/log/[название].1 does not exist
>
>А разве он должен быть? Есть /var/log/[название].1.gz!

Имхо проблемы связаны с разными периодами ротации в общей конфигурации и в конфигурациях для конкретных логов. Либо использовать rotate 10 для всех, либо убрать это из конфига вовсе, и использовать rotate N в конкретных файлах.
Кроме того, так ли уж важно оставлять несжатым логи за предыдущую неделю?
Лично у меня ротация прописана ежедневная с ежедневной компрессией. И нет проблем.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 13-Май-05, 11:30  (MSK)
> Либо использовать rotate 10 для всех, либо убрать это из конфига вовсе,
> и использовать rotate N в конкретных файлах.
Буду пробовать...

> Кроме того, так ли уж важно оставлять несжатым логи за предыдущую неделю?
Ускоряет процесс их обработки...

> Лично у меня ротация прописана ежедневная с ежедневной компрессией.
> И нет проблем.
Суть изменений как раз в том и заключается, что бы наименее важные хранились только день, а наиболее важные - год.


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Что-то не то с logrotate" 
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 13-Май-05, 08:44  (MSK)
>>1. logrotate -f -dv /etc/logrotate.conf
>
>>4to govorit dla nevernih failov ?
>
>Ничего. Будто бы их вовсе нету... ;[
>Из необычного говорит, что:
>previous log /var/log/[название].1 does not exist
>
>А разве он должен быть? Есть /var/log/[название].1.gz!

Problema (hotja neverno eto ne sovsem problema) v parametrah compress i delaycompress i v logike raboti logrotate.
Skazem vozmem cron.log s kotorim v dannom slu4aje problema.
Po umol4aniju compress i delaycompress parametri ne vklu4eni, a posemu
rotacija proishodit  kak obi4no - cron[n]->cron[n+1],...,cron[2] -> cron[3], cron[1]->cron[2],cron ->cron[1] i t.d.

V slu4aje vklu4enija parametrov compress i delaycompress i pri uslovii 4to v direktorii uzhe jest n log failov, polu4ajem, 4to logrotate i6et v direktorii uzhe ne prostije faili, a faili s raz6irenijem *.gz i kone4no ih ne nahodit. Togda, t.k. vklu4ena delaycompress proishodit sleduju6eje, rotacija na4inajetca s cron[1] faila: cron[1]->cron[2].gz, cron -> cron[1] (ne arhiv t.k. vklu4en delaycompress), sozdanije novogo cron faila.

Poetomu polu4ajetca 4to v direktorii posle dobavlenija compress i delaycompress parametrov i pervoi rotacii budem imet:
cron
cron[1]
cron[2]
cron[2].gz
cron[3]
cron[4]
...
cron[n]

Posle vtoroi rotacii
cron
cron[1]
cron[2]
cron[2].gz
cron[3]
cron[3].gz
cron[4]
...
cron[n]

i t.d.

P.S. Vse eto bilo provereno na logrotate v3.6.9 RHEL3.0 sisteme. Vozmozno
v drugih sistemas povedenije otli4ajetca.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 13-Май-05, 11:36  (MSK)
> V slu4aje vklu4enija parametrov compress i delaycompress i pri uslovii
> 4to v direktorii uzhe jest n log failov...
Перенастройку логротейта проводил сразу после установки сервера. То есть, для каждого лог-файла была только одна копия... Даже, после того как заметил неладное, исправлял вручную... Ничего не помагает - все равно глючит.

> Vozmozno v drugih sistemas povedenije otli4ajetca.
У меня - Debian woody. Сомнительно, что логротейт в Дебиане отличается...

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Что-то не то с logrotate" 
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 13-Май-05, 11:50  (MSK)
>> V slu4aje vklu4enija parametrov compress i delaycompress i pri uslovii
>> 4to v direktorii uzhe jest n log failov...
>Перенастройку логротейта проводил сразу после установки сервера. То есть, для каждого лог-файла
>была только одна копия... Даже, после того как заметил неладное, исправлял
>вручную... Ничего не помагает - все равно глючит.
>
>> Vozmozno v drugih sistemas povedenije otli4ajetca.
>У меня - Debian woody. Сомнительно, что логротейт в Дебиане отличается...

Na samom dele vsu logiku raboti logrotate mozhno psoledit ispolzuja
vi6e danij mnoju primer.
Izmenenije rotate N v mojem slu4aje absolutno ni4ego ne dajet. Globalno ona opredelena kak 10 i ispolzujetca eto zna4enije jesli net pereopredelenija v konkretnom slu4aje.
Posmotri vnimatelno s compress+delaycompress i bez rabotu, pomjme6 4to i kak.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Что-то не то с logrotate" 
Сообщение от Archont Искать по авторуВ закладки on 13-Май-05, 12:20  (MSK)
>>> V slu4aje vklu4enija parametrov compress i delaycompress i pri uslovii
>>> 4to v direktorii uzhe jest n log failov...

Мне тоже не нравится наличие compress + delaycompress, именно поэтому и спросил о важности присутствия несжатых логов за прежнюю неделю.
Ночная роация с компрессией не должна занимать слишком много времени, а если занимает - просто сделайте ежедневную, а не еженедельную ротацию. Это не имеет отношения к сроку хранения логов - храните их все хоть десять лет, если винт позволяет.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "Что-то не то с logrotate" 
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 13-Май-05, 12:36  (MSK)
>>>> V slu4aje vklu4enija parametrov compress i delaycompress i pri uslovii
>>>> 4to v direktorii uzhe jest n log failov...
>
>Мне тоже не нравится наличие compress + delaycompress, именно поэтому и спросил
>о важности присутствия несжатых логов за прежнюю неделю.
>Ночная роация с компрессией не должна занимать слишком много времени, а если
>занимает - просто сделайте ежедневную, а не еженедельную ротацию. Это не
>имеет отношения к сроку хранения логов - храните их все хоть
>десять лет, если винт позволяет.

E6e raz. Problema ne v samom nali6i compress+delaycompress. Problema
pojavlajetca imenno v moment perehoda ot konf. bez compress_delaycompress k konf. s compress+delaycompress. Kakaja ona, ja uzhe izlozil. Otsuda
otvet na vopros po6emu ostajutca/pojavlajucta faili cron.2 i cron.2.tgz odnovremenno.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 13-Май-05, 16:16  (MSK)
> Problema ne v samom nali6i compress+delaycompress. Problema
> pojavlajetca imenno v moment perehoda ot konf. bez compress_delaycompress
> k konf. s compress+delaycompress.
К сожелению, проблема не совсем в этом... Перехода не было! На момент конфигурации кажлого файла существовала только одна копия.

Что интересного я заметил сегодня: проблема появляется в тех логах, у которых существуют файлы с окончанием логфайл.0 . Эти "нулевые" файлы в основном старые, но, почему-то, все равно откуда-то берутся если их утереть. На сколько я понял логротейт обычно создает файли с расширением ".1", тогда что это за файлы?..

Еще важно заметить, что в следствии глюка порядок файлов (имеется ввиду по содержанию) нарушается. То есть, например, файл, syslog.3.gz может содержать более новую информацию чем syslog.2.

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

Сегодня я полностью поменял конфиги, поутирал в некоторых из них команду create. Посмотрим...

Спасобо

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "Что-то не то с logrotate" 
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 13-Май-05, 16:38  (MSK)
>> Problema ne v samom nali6i compress+delaycompress. Problema
>> pojavlajetca imenno v moment perehoda ot konf. bez compress_delaycompress
>> k konf. s compress+delaycompress.
>К сожелению, проблема не совсем в этом... Перехода не было! На момент
>конфигурации кажлого файла существовала только одна копия.
>
>Что интересного я заметил сегодня: проблема появляется в тех логах, у которых
>существуют файлы с окончанием логфайл.0 . Эти "нулевые" файлы в основном
>старые, но, почему-то, все равно откуда-то берутся если их утереть. На
>сколько я понял логротейт обычно создает файли с расширением ".1", тогда
>что это за файлы?..
>
>Еще важно заметить, что в следствии глюка порядок файлов (имеется ввиду по
>содержанию) нарушается. То есть, например, файл, syslog.3.gz может содержать более новую
>информацию чем syslog.2.
>
>На сколько я понял, здесь может быть две причины: в системе запускается
>еще какой-то "логротейт" или проблема возникает именно через создание файлов...
>
>Сегодня я полностью поменял конфиги, поутирал в некоторых из них команду create.
>Посмотрим...
>
>Спасобо

logrotate -f -dv /etc/logrotate.conf dolzen pokazat tebe vse svoi
deistvija dla konkretnogo faila.
Pokazi vse storoki kotorije on vivodit skazem dla cron failov + teku6uju
konfiguraciju dla cron failov iz logrotate.d direktorii.


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 13-Май-05, 18:32  (MSK)
> logrotate -f -dv /etc/logrotate.conf dolzen pokazat tebe vse svoi
> deistvija dla konkretnogo faila.
> Pokazi vse storoki kotorije on vivodit skazem dla cron failov + teku6uju
> konfiguraciju dla cron failov iz logrotate.d direktorii.

Конфигурацию я уже поменял, а именно убрал всякие там creat-ы... Вывод logrotate -f -dv предидущей конфигурации отличается тем, что он содержит сообщения "file log.1 does not exist". Я так понимаю logrotate считает, что именно этот файл и должен быть незакомпресенный (delaycomress), но на самом деле был несжатый log.0...

Тем не менее вот текущая конфигурация и вывод (не уверен, что они также глюкавые - смогу сказать завтра или в понедельник):

/var/log/cron.log {
    weekly
    rotate 3
    compress
    delaycompress
}

rotating pattern: /var/log/cron.log  forced from command line (3 rotations)
empty log files are rotated old logs are removed
rotating file /var/log/cron.log
log needs rotating
compressing previous log with: /bin/gzip -9 '/var/log/cron.log.1'
renaming /var/log/cron.log.3.gz to /var/log/cron.log.4.gz
renaming /var/log/cron.log.2.gz to /var/log/cron.log.3.gz
renaming /var/log/cron.log.1.gz to /var/log/cron.log.2.gz
renaming /var/log/cron.log to /var/log/cron.log.1
removing old log /var/log/cron.log.4.gz

Напоминаю, ситуацию могла уже изменится (если причина в creat-ах).

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 14-Май-05, 10:58  (MSK)
Ну что ж... есть результат... или не совсем есть...

Короче - появились 0-файлы. Хотя ни вчера ни сегодня 'logrotate -f -dv ...' ни о каких .0-файлах не говорил! Типа их нету.

Вопрос: никто не знает альтернативу логротейт?.. ;)
Шучу - буду разбираться дальше...

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

14. "Что-то не то с logrotate" 
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 16-Май-05, 10:11  (MSK)
>Ну что ж... есть результат... или не совсем есть...
>
>Короче - появились 0-файлы. Хотя ни вчера ни сегодня 'logrotate -f -dv
>...' ни о каких .0-файлах не говорил! Типа их нету.
>
>Вопрос: никто не знает альтернативу логротейт?.. ;)
>Шучу - буду разбираться дальше...

Hmmm, stranno. Ispolzoval vse vozmoznije varinati konfiguracii: i s create i bez,
i s compress+delaycompress i bez.
Uvidel tolko odin vi6e mnoju opisanuju stranost v moment perehoda s konf.
bez compress+delaycompress, k compress+delaycompress. Nikakih *.0 failov
i t.d. nirazu nigde ne pojavlajos. Mozet kon4no specifi4no dla tvoijei sistemi..

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

15. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 16-Май-05, 10:12  (MSK)
Проблема дальше существует!
Появились 0-файлы. 1-файлы вобще исчезли. 2 - несжаты!

Может кто-то знает где можно найти более подробную документацию об logrotate?

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "Что-то не то с logrotate" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 16-Май-05, 10:26  (MSK)
Порыл чуть-чуть в нете:
Такие глюки могут возникать из-за того, что приложение, например, syslog, не закрывает файлы... Таким образом после переименования оно пишет уже в logfile.0 и так дальше. Открытый файл сжиматься соответственно не может.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

17. "Есть!" 
Сообщение от Андрей emailИскать по авторуВ закладки(??) on 16-Май-05, 11:31  (MSK)
Нашел причину!..

Обнаружилось sysklogd имеет свое средство ротации логов - savelog + sysklogd-listfiles. savelog как раз имеет привычку переименовывать новые файлы в logfile.0. Так как я об этом не знал, то дописал в конфе logrotate повторно ротейтить все файлы sysklogd. Вот они запускаясь примерно в одно и то же время делали фокусы с моими логами... ;)

Спасибо большое ребята за Вашу помощь...
В том что я наконец допер во многом Ваша заслуга!
Теперь я уверен все будет в порядке!
Еще раз спасибо

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру