| 1.1, dev (??), 23:37, 27/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
и зачем оно?
потом бежать и жать эти логи?
почему в кроне не запускать , например каждые 5 мин. проверку величины логов и сжимать их?
| | |
| |
| 2.2, kam1kaze (?), 23:47, 27/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Потому что nagios используется не для ментейнинга серверов, а как страховочный механизм готовых решений. Форсмажорные ситуации никто не отменял. В данном случае надо бежать и смареть почему такое случилось.
| | |
| |
| 3.3, Warhead Wardick (?), 01:40, 28/07/2009 [^] [^^] [^^^] [ответить]
| +2 +/– |
Точно. Бежать и смотреть почему не сработал logrotate\newsyslog\syslog-ng ...
Если в результате проверки окажется что они не сработали за неимением онных ... прописать в экшен снос сисадмина из платежной ведомости - автоматом :)
| | |
| |
| 4.5, anon (?), 09:09, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
Вы, наверное, недавно тут и Вам не встречались ситуации, когда происходит что-то плохое и это вызывает лавинообразный срач в логи. А ставить ограничение по размеру связано с дополнительными неудобствами.
| | |
|
| 3.4, Аноним (-), 09:09, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
за 2 года работы с крупными базами данных (в основном оракл) и веб серверами я не встречал ситуации, когда что-то было не так от огромного размера лог-файла.
От переполнения диска из-за лог файлов, да, были проблемы.
но для этого достаточно мониторить их размер, вместо того , чтобы искать по ФС больше файлы.
| | |
| |
| 4.6, anon (?), 09:11, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>за 2 года работы с крупными базами данных (в основном оракл) и
>веб серверами я не встречал ситуации, когда что-то было не так
>от огромного размера лог-файла.
>
>От переполнения диска из-за лог файлов, да, были проблемы.
>но для этого достаточно мониторить их размер, вместо того , чтобы искать
> по ФС больше файлы.
Ротация по размеру не удобна в плане поиска. К тому же, если что-то сломалась - нужно бежать и смотреть, а не архивировать гигабайты ошибок.
| | |
| 4.11, ra (??), 15:24, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Столкнулся три недели назад с такой штукой: в одной сети фотопечати "вдруг все перестало работать". Разборки показали что AltLinux Server с установленным apache 1.3.x и включенным логированием всего подряд сделал error_log очень-очень большим. В результате капец. Логротейт не включен. :-) На диске (рейд-массив) еще оставалось около 1.7 Тб.
Про оракл - запросто может засрать архивлогами диск если настроен не грамотно. И тут уже в зависимости от причуд настраивальщиком можно получить разные любопытные ситуации.
| | |
| |
| 5.12, ra (??), 15:25, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Капец - в смысле апач отказывался писать "в такой большой по моему мнению файл". :-)
| | |
| 5.32, XoRe (ok), 14:00, 29/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Столкнулся три недели назад с такой штукой: в одной сети фотопечати "вдруг
>все перестало работать". Разборки показали что AltLinux Server с установленным apache
>1.3.x и включенным логированием всего подряд сделал error_log очень-очень большим. В
>результате капец. Логротейт не включен. :-) На диске (рейд-массив) еще оставалось
>около 1.7 Тб.
>
>Про оракл - запросто может засрать архивлогами диск если настроен не грамотно.
>И тут уже в зависимости от причуд настраивальщиком можно получить разные
>любопытные ситуации.
Значит logrotate спас бы ситуацию? )
| | |
|
|
|
|
| 1.7, Nas_tradamus (ok), 11:14, 28/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Бесит что NRPE в FreeBSD и Убунте - разных версий. Разные версии чекера и nrpe-сервера не умеют взаимодействовать.
А одинаковые версии искать затруднительно.
| | |
| |
| 2.13, тигар (ok), 15:44, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
даже я знаю что такое "бэкпорты". И очень грустно что Вы умудряетесь юзать убунту, тем более на серверах
| | |
| |
| 3.15, Nas_tradamus (ok), 15:47, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>даже я знаю что такое "бэкпорты". И очень грустно что Вы умудряетесь
>юзать убунту, тем более на серверах
Да не стану я юзать бэкпорт для чекера, который обслуживает парк фрибзд из-за одной убунты.
А чем плох убунту-сервер?
| | |
| |
| 4.16, тигар (ok), 15:58, 28/07/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>даже я знаю что такое "бэкпорты". И очень грустно что Вы умудряетесь
>>юзать убунту, тем более на серверах
>
>Да не стану я юзать бэкпорт для чекера, который обслуживает парк фрибзд
>из-за одной убунты.
>
>А чем плох убунту-сервер?
В Вашем случае хотябы тем что у Вас парк fbsd и этот единственный сервер (я так понимаю мониторинг) нужно отслеживать и латать отдельно:-) Кстати, если это действительно сервер для мониторинга... чем был обусловлен выбор ос? халявная подставка под кофе случайно в привод завалилась или захотелось извращений ?:)
p.s. если убунту-сервер также отупляет как не-сервер то он 100% ненужен, в irc довольно часто убунту-юзера можно отличить от не-убунту-юзера;-)
| | |
| |
| 5.17, Nas_tradamus (ok), 16:05, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>А чем плох убунту-сервер?
>
>В Вашем случае хотябы тем что у Вас парк fbsd и этот
>единственный сервер (я так понимаю мониторинг) нужно отслеживать и латать отдельно:-)
>Кстати, если это действительно сервер для мониторинга... чем был обусловлен выбор
>ос? халявная подставка под кофе случайно в привод завалилась или захотелось
>извращений ?:)
>
>p.s. если убунту-сервер также отупляет как не-сервер то он 100% ненужен, в
>irc довольно часто убунту-юзера можно отличить от не-убунту-юзера;-)
Нужен был линукс для запуска специфического ПО, недоступного для FreeBSD. Nagios, как раз, под FreeBSD.
Ubuntu Server, честно говоря, админить не легче, чем обычный Debian или, скажем, SUSE.
Или может я не знаю под него пакеты, которые "сами админят и все настраивают"?
| | |
| |
| 6.18, тигар (ok), 16:25, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Нужен был линукс для запуска специфического ПО, недоступного для FreeBSD. Nagios, как
>раз, под FreeBSD.
ясно, в принципе можно закончить на этом.
>
>Ubuntu Server, честно говоря, админить не легче, чем обычный Debian или, скажем,
>SUSE. Или может я не знаю под него пакеты, которые "сами админят и все настраивают"?
это был просто легкий троллинг:-)
p.s. /me долго думал.. для каких же имбицилов делались тулзы типа a2enmod или кактам что идет с апачем в дебиане и его форках:) команда для тех кто сам симлинк сделать не может/прописать в конфиг апача LoadModule самостоятельно видимо:)
| | |
| 6.22, ш (?), 19:58, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Нужен был линукс для запуска специфического ПО, недоступного для FreeBSD. Nagios, как раз, под FreeBSD.
расскажишь это моим фбсд серверам с нагиосом?
>Ubuntu Server, честно говоря, админить не легче, чем обычный Debian или, скажем, SUSE.
пошутил, да?
а вообще как бы понятно, просто достались машинки с фрей, но фрю мы не знаем, да и вообще ничего кроме убунты не видели.
| | |
| |
| 7.26, тигар (ok), 21:28, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Нужен был линукс для запуска специфического ПО, недоступного для FreeBSD. Nagios, как раз, под FreeBSD.
>
>расскажишь это моим фбсд серверам с нагиосом?
>
он имел ввиду левый софт который (не факт) не собирается под fbsd, не nagios
| | |
| 7.28, Nas_tradamus (ok), 10:47, 29/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Нужен был линукс для запуска специфического ПО, недоступного для FreeBSD. Nagios, как раз, под FreeBSD.
>
>расскажишь это моим фбсд серверам с нагиосом?
>
А ты на своих фрибсд серверах с нагиосом запустил бы, скажем, вот это:
http://www.manageengine.com/products/support-center/russian/Download.html
?
>>Ubuntu Server, честно говоря, админить не легче, чем обычный Debian или, скажем, SUSE.
>
>пошутил, да?
>
Нет.
>а вообще как бы понятно, просто достались машинки с фрей, но фрю
>мы не знаем, да и вообще ничего кроме убунты не видели.
>
А представь себе диаметрально противоположную ситуацию.
| | |
| |
| 8.29, тигар (ok), 12:33, 29/07/2009 [^] [^^] [^^^] [ответить] | +/– | сколько денег заплатить готовы за то что это запущу на fbsd - за отдельную пла... текст свёрнут, показать | | |
|
|
|
|
|
|
| |
| 3.20, Nas_tradamus (ok), 18:07, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Просто ставь из сорсов, или с этим тоже есть проблемы?
Ну это уже, скорее, религиозное.
Хотя, может и поставлю скоро ).
| | |
| |
| 4.23, STALKER_BY (?), 20:24, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >>Просто ставь из сорсов, или с этим тоже есть проблемы?
>
>Ну это уже, скорее, религиозное.
>Хотя, может и поставлю скоро ).
Религия это хорошо, тем более на production серверах. Но в плане Nagios, насколько я убедился, без установки чего-то из сорсов никак :(.
| | |
|
|
|
| 1.9, XoRe (ok), 13:59, 28/07/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Имхо, полезно, как часть большого списка проверок "на каждый чих".
А поиск самых больших логов...
find /var/log/ -type f -exec wc -c "{}" \; | sort -n
=)
| | |
| |
| 2.14, тигар (ok), 15:46, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Имхо, полезно, как часть большого списка проверок "на каждый чих".
>А поиск самых больших логов...
>find /var/log/ -type f -exec wc -c "{}" \; | sort -n
да, я тоже был крайне удивлен увидев целую простыню на perl вместо банального вызова find ;)
| | |
| |
| 3.21, STALKER_BY (?), 18:09, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Имхо, полезно, как часть большого списка проверок "на каждый чих".
>>А поиск самых больших логов...
>>find /var/log/ -type f -exec wc -c "{}" \; | sort -n
>
>да, я тоже был крайне удивлен увидев целую простыню на perl вместо
>банального вызова find ;)
Если ты действительно прочитал все что там написано, то заметил наверное что используется именно find.
>>find /var/log/ -type f -exec wc -c "{}" \; | sort -n
Эта чудо строка исключает из поиска папки с бэкапами?
| | |
| |
| 4.27, тигар (ok), 21:41, 28/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>>Имхо, полезно, как часть большого списка проверок "на каждый чих".
>>>А поиск самых больших логов...
>>>find /var/log/ -type f -exec wc -c "{}" \; | sort -n
>>
>>да, я тоже был крайне удивлен увидев целую простыню на perl вместо
>>банального вызова find ;)
>
>Если ты действительно прочитал все что там написано, то заметил наверное что
>используется именно find.
>
если бы я каждый раз как только вижу код на pl читал его я бы наверное сошел с ума. Лично меня пугает и настораживает использование perl\python\etc в вещах которые можно сделать на sh который есть "из коробки". Предугадывая ответ: нет, я не буду _это_ переписывать на sh - не вижу необходимости подобного чека, я всегда знаю кто может и главное куда вести логи, вполне обхожусь плагином check_disk.
>>>find /var/log/ -type f -exec wc -c "{}" \; | sort -n
>
>Эта чудо строка исключает из поиска папки с бэкапами?
hint: в -exec можно запустить код написанный хоть на жаве который сделает все что душа пожелает, а также опционально отошлет секретарше письмо с minet request и еще много чего полезного сделает.
| | |
| 4.34, XoRe (ok), 14:21, 29/07/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>>find /var/log/ -type f -exec wc -c "{}" \; | sort -n
>
>Эта чудо строка исключает из поиска папки с бэкапами?
Нет, не ищет.
У ваших скриптов функционал больше.
| | |
|
|
|
|
