Guest ocicat Posted July 1, 2007 Posted July 1, 2007 (edited) Есть вакансия в которой есть такие слова "Мониторинг состояния серверов" Подскажите, а чем Вы мониторите .... Под win/lin/другое ... А когда серверов сотни ?... Интересны варианты и в шелле и в гуе. P.S.: аналогичные темы на наге просмотрены. Edited July 3, 2007 by ocicat Вставить ник Quote
FreeZ Posted July 6, 2007 Posted July 6, 2007 (edited) shell пользуюсь только linux опрос серверов скриптами если провал то отправляется смс на телефон с подробностями так же еще 1 серв мониторит сам мониторинг и присылает смс что все впорядке ) Edited July 6, 2007 by FreeZ Вставить ник Quote
Kuzmich Posted July 6, 2007 Posted July 6, 2007 nagios + самопальные плагины + самопальные довески к snmpd Вставить ник Quote
Картман Posted July 20, 2007 Posted July 20, 2007 TclMon http://tclmon.vsi.ru/ правда, не только сервера, а вообще все. Вставить ник Quote
michaelX Posted July 20, 2007 Posted July 20, 2007 nagios(remote monitoring)+cacti. Вставить ник Quote
Andrei Posted November 9, 2021 Posted November 9, 2021 В 06.07.2007 в 18:20, ShumBor сказал: mon Сорри за некропостинг, но стоит этот mon на сервере под debian. Раз в 15 минут простукивает пингами 3-4 десятка свичей и алертует по почте, если вдруг какой-то не ответил. Пару дней назад внезапно начали в syslog сыпаться сообщения вида Nov 9 15:26:57 mail mon[7628]: calling upalert mail.alert for switches/ping (/usr/lib/mon/alert.d/mail.alert,root unidentified output from fping: [192.168.254.75 error while sending ping: Operation not permitted] и соответственно на почту прилетать алерты ALERT switches/ping: unidentified output from fping: [192.168.254.75 error while sending ping: Operation not permitted] (Tue Nov 9 14:56:57) Summary output : unidentified output from fping: [192.168.254.75 error while sending ping: Operation not permitted] ip свичей меняются, т.е. не в самих свичах дело. Свичи на всякий случай проверил - все ОК, аварий до них не было, в логах свичей чисто, юезры не жалуются. Вот только админский ящик завален теперь фальшивыми алертами. Может кто-то сталкивался? ЗЫ. На всякий случай: root@mail# aptitude update Hit http://archive.debian.org wheezy Release.gpg Hit http://archive.debian.org wheezy Release Hit http://downloads.linux.hpe.com wheezy/current Release.gpg Hit http://archive.debian.org wheezy/contrib Translation-en Hit http://archive.debian.org wheezy/main Translation-en Hit http://downloads.linux.hpe.com wheezy/current Release Hit http://archive.debian.org wheezy/non-free Translation-en Hit http://archive.debian.org wheezy/main amd64 Packages Hit http://downloads.linux.hpe.com wheezy/current/non-free amd64 Packages Hit http://archive.debian.org wheezy/contrib amd64 Packages Hit http://archive.debian.org wheezy/non-free amd64 Packages Ign http://downloads.linux.hpe.com wheezy/current/non-free Translation-en_US Ign http://downloads.linux.hpe.com wheezy/current/non-free Translation-en root@mail# aptitude install mon No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Вставить ник Quote
jffulcrum Posted November 9, 2021 Posted November 9, 2021 начать с простого: apt-get install --reinstall iputils-ping Вставить ник Quote
Andrei Posted November 10, 2021 Posted November 10, 2021 В kernel.log обнаружилось ""kernel: ip_conntrack: table full, dropping packet."" Способы типа описанных тут https://qastack.ru/server/111034/increasing-ip-conntrack-max-safely не работают Вставить ник Quote
ShumBor Posted November 10, 2021 Posted November 10, 2021 В 10.11.2021 в 08:11, Andrei сказал: В kernel.log обнаружилось ""kernel: ip_conntrack: table full, dropping packet."" Способы типа описанных тут https://qastack.ru/server/111034/increasing-ip-conntrack-max-safely не работают ну если там нат не делается и не используется отслеживание соединений, то conntrack можно и выключить. А так mon уже давно не юзал ) Вставить ник Quote
Andrei Posted November 10, 2021 Posted November 10, 2021 Оказалось, что cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max 655361 Хотя в /etc/sysctl.conf net.ipv4.netfilter.ip_conntrack_max = 85536 net.netfilter.nf_conntrack_max = 1048576 net.nf_conntrack_max = 1048576 Сделал sysctl -p и отлегло. Вставить ник Quote
kayot Posted November 11, 2021 Posted November 11, 2021 @Andrei В дебианах это нормальный, документированный факап. Модуль conntrack загружается после чтения sysctl.conf, и все связанные с ним параметры не применяются. Решение - дергать в rc.local, добавьте строку /etc/init.d/procps restart Вставить ник Quote
Andrei Posted November 11, 2021 Posted November 11, 2021 Добавил. Debian старый - 7.11. Вставить ник Quote
disappointed Posted November 11, 2021 Posted November 11, 2021 либо echo "nf_conntrack" >> /etc/modules && update-initramfs -u Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.