26.03.2013 18:42, Andrey Melnikoff пишет: > "Артём Н." <[email protected]> wrote: >> 19.03.2013 21:09, Andrey Melnikoff пишет: > > [skipp] > >> Но насчёт Zabbix, не соглашусь. Его 1998-го года пилят. И, вроде, далеко не >> самая плохая система. > Ага, его обмазывают затычками. После "скандалы-интриги-расследования" > (http://blog.zabbix.com/mysterious-zabbix-problems-how-we-debug-them/1023/) > тем кто в теме становиться совсем смешно. "You could say: localtime() is not a reentrant function. Right. But why does it hang ? Let’s look into libc source code. On our Debian GNU/Linux 6.0 machine the interesting part is in eglibc-2.11.3/time/localtime.c"
И что тут смешного? Со всеми бывает. Насколько я понял, вызванный в обработчике сигнала localtime(), ожидает снятия блокировки прерванного localtime(). Типичный deadlock, связанный с устаревшей архитектурой libc, которая не была рассчитана на многопоточность, а разработчики предпочитали отделываться добавлением костылей. Да, конечно тут есть и ошибка разработчиков Zabbix. Но что смешного, объясните? Я не в теме. >>> Жабикс крив по своей внутренней идеологии и организации. Унутре оно всё >>> однопоточное, из-за этого обвешано нелепыми таймаутами. Импорт хостов с >>> темплейтами может занимать несколько часов, при этом только php жрет память >>> вагонами и греет процессор. Триггеры - хорошо, но пока нарисуешь что-то >>> сложнее "ой, у нас тут 0 вместо 1" - упаришься. Невозможность опросить итем >>> по срабатыванию триггера это вобще 10+. Из-за этой "мелочи" приходиться >>> хранить данные переодического опроса (хотя они не нужны и не менялись с >>> предыдущей перезагрузки железа). >> Да, триггеры слабоваты, не гибкие. > >>> Процесс апгрейда - занимательная песня, его просто нет. Проще выкинуть всё, >>> что было и нарисовать с нуля но на новой версии. >> Есть SQL скрипт, позволяющий перейти на версию 2 с версии 1. > Если бы я его не пробовал применить - я бы не говорил, что оно наполовину > рабочее. Что не сконвертировалось? Я вскоре собираюсь ставить 2-й и перенести конфигурацию с тестового 1.8. На данный момент, всё-таки ограничусь Zabbix. Поищу патч от Яндекс. Если найду - хорошо. В любом случае, пока что, не очень критично. >>> Документация невнятная, типичный "use case" проще найти в форуме, чем в ней. >> Кстати, документация ещё более ли менее. > Документация - возможно, но use case этих наворотов прийдется выяснять > самому. Только вот смоделировать срабатывание триггера через конструктор > очень тяжко. > Да, найди мне в документации - как использовать zabbix_sender с рабочим > примером. https://www.zabbix.com/documentation/ru/1.8/manpages/zabbix_sender > с *рабочим* примером Рабочесть не проверял, т.к. здесь Zabbix у меня нет и ставить лень. >>> Web-морда? Верх безумия. Посмотреть по быстрому, из-за чего сработал триггер >>> (сами исходные данные) нельзя, надо мышкой повозить, повозить. Комменты к >>> тригерам оператору показать - ни-ни-ни, это секретная информация. > >>> Это я еще промолчал как конфигурить zabbix_server и mysql под него. >> А в чём там проблема? > Тут уже писали - объемы ненужных данных таки, что база данных засирается с > огромной скоростью. И тут-же начинаем плясать вокруг партиционирования, > ручных покручиваний запуска всяких Start* в zabbix_server.conf. > Вот хороший мессадж про тонкую настройку машин под него: > http://sourceforge.net/mailarchive/message.php?msg_id=30638688 > судя по настройкам - памяти у него гигов по 48 на ноду, mysql испытывает > проблемы с скоростью записи на диск. Ну понял. Буду искать патч. >>> Еще вопросы будут? >> Какую бы систему вы стали использовать, если бы у вас была возможность всё "с >> нуля" сделать? >> Помимо Nagios? > Каждую систему надо ставить и смотреть, что она умеет. у меня начальственная > прихоть "грызть это". А, если по вашему предшествующему опыту и по вашему желанию? >> И ещё, к основному вопросу: а что насчёт OpenNebula? > На рубях написанная настдстройка к libvirt? Мне без надобности, не смотрел. А OpenStack? -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
