Поковырялись немного. Проблема в пассивных агентах и трапперах.
В сервере включаешь трапперы и оно не стартует. В агенте включаешь DisablePassive=0 и оно не стартует.
Если трапперы и пассивные агенты не нужны, то все работает.
Да, gitorious мы долго побеждали.
Пришлось перебирать различные варианты версий ruby и используемых gemов. Вообще на поток ruby поставить довольно тяжело, настройка сложного приложения может превратиться в долгий увлекательный процесс. В репе той же убунты все пакеты и джемы морально устаревшие, приходится много делать и ставить вручную.
Да, про сертификацию. Где получить пачку сертификатов для сетевиков, мы знаем. А где чему новому и интересному поучат уже довольно опытного системного администратора debian-based систем, подскажите? не рутконф и не хайлоад. Реально проблема.
Какой может быть цивилизованный диалог с компанией, которая софтовый апгрейд упорно и раз за разом замещает аппаратным? Гугль рекламирует андроид, как постоянно обновляемую систему, но вендоры хотят больше денег и уже сократили срок поддержки своих аппаратов-«флагманов» до полугода и менее. Каждые полгода брать телефон за 700$ — это перебор.
Hero — Legend яркий живой пример прекрасной работы маркетологов.
Заббикс 1.8.5 у кого-нибудь стартует на ядрах >2.6.24 ?)
Так и не смог его завести. Даже если его скомпилить на 2.6.24, все равно socket() for [[-]:10050] failed with error 22: Invalid argument
Буду рад пообщаться с теми, кто данной проблемы не испытывает.
/etc/udev/rules.d/70-persistent-net.rules лучше не удалять, а занулять. С некоторыми версиями udev я встречал ситуацию, когда файл не создавался автоматически после ребута, но корректно дописывался, если существовал. Уже не вспомню какое было окружение, к сожалению.
Мы рассматриваем своп как некую гарантию работы сервера на этапе, когда память уже кончилась, сработали оповещения мониторинга, но еще не начал стрелять oom-killer и не вмешался админ.
А так вы правы, своп — это не очень хорошо, только все зависит от инсталляции и того, чем занимается сервер. Если в кластере где-либо случится splitbrain после отработки oom-killer, то пусть лучше все будет в костылях и медленно, но без этого ада.
Диск добавить иногда ощутимо дешевле, чем память. У нас есть машины, где все банки под память уже заняты, а одна плашка в два раза больше, чем была, стоит больше, чем весь рабочий рейд из 10 винтов. А их парой менять.
Выделить 16 гигов под своп из терабайта для успокоения oom-killer, этого никто не заметит даже.
Если все становится плохо, инсталлируем новую железяку, что не быстро и требует разного рода длительных согласований. Со свопом 0 байт могут быть ощутимые проблемы.
Мы очень редко используем аппаратную виртуализацию, пока все наши задачи решаются с помощью виртуализации на уровне операционной системы (OpenVZ) и VmwareESX для всего остального. Мой субъективное мнение, что VirtualBox все же пока сыроват, как и vagrant.
Если очевидные вам вещи кому-то неочевидны, то почему школота и должно быть стыдно? Вы не знаете многих вещей, которые знает нейрохирург, вам же не стыдно.
Многие присутствующие тут винду старше XP даже и не видели, зачем им помнить и разбираться какие у нее там переменные.
Кэп
Зря вы так. Для очень многих задач OpenVZ прекрасно подходит. Допустим, быстро нарезать фронтендов в помощь высоконагруженному серверу, добавить failover ноду, развернуть почтовый релей.
vmware и xen в этом случае не подходят и будут бесполезно расходовать такие необходимые русурсы. До бесконечности добавлять железо в стойки — это тоже не выход.
В сервере включаешь трапперы и оно не стартует. В агенте включаешь DisablePassive=0 и оно не стартует.
Если трапперы и пассивные агенты не нужны, то все работает.
Служил Гаврила хлебопеком, Гаврила булки выпекал.
Пришлось перебирать различные варианты версий ruby и используемых gemов. Вообще на поток ruby поставить довольно тяжело, настройка сложного приложения может превратиться в долгий увлекательный процесс. В репе той же убунты все пакеты и джемы морально устаревшие, приходится много делать и ставить вручную.
А если виртуалок полсотни и больше, то вручную уже не прокатит ))
Hero — Legend яркий живой пример прекрасной работы маркетологов.
Вот он этот баг. support.zabbix.com/browse/ZBX-3395
У кого-то работает, у кого-то не работает. Очень странная ситуация.
Так и не смог его завести. Даже если его скомпилить на 2.6.24, все равно
socket() for [[-]:10050] failed with error 22: Invalid argument
Буду рад пообщаться с теми, кто данной проблемы не испытывает.
nossl *-sync *-sync;
Также надо проверить, что csync2 добавился в inetd, если что добавить
csync2 stream tcp nowait root /usr/local/sbin/csync2 csync2 -i
А так вы правы, своп — это не очень хорошо, только все зависит от инсталляции и того, чем занимается сервер. Если в кластере где-либо случится splitbrain после отработки oom-killer, то пусть лучше все будет в костылях и медленно, но без этого ада.
Выделить 16 гигов под своп из терабайта для успокоения oom-killer, этого никто не заметит даже.
Если все становится плохо, инсталлируем новую железяку, что не быстро и требует разного рода длительных согласований. Со свопом 0 байт могут быть ощутимые проблемы.
habrahabr.ru/blogs/sysadm/104308/
www.howtoforge.com/virtualization-with-kvm-on-ubuntu-9.10
Многие присутствующие тут винду старше XP даже и не видели, зачем им помнить и разбираться какие у нее там переменные.
Кэп
vmware и xen в этом случае не подходят и будут бесполезно расходовать такие необходимые русурсы. До бесконечности добавлять железо в стойки — это тоже не выход.