A sample text widget
Etiam pulvinar consectetur dolor sed malesuada. Ut convallis
euismod dolor nec pretium. Nunc ut tristique massa.
Nam sodales mi vitae dolor ullamcorper et vulputate enim accumsan.
Morbi orci magna, tincidunt vitae molestie nec, molestie at mi. Nulla nulla lorem,
suscipit in posuere in, interdum non magna.
|
Най-после намерих NMS (network management system), която да ми хареса. Пък не е, като да не съм търсил…. Това Nagios, Inframon (лека му пръст или каквото там се казва за умрелите програми, BigBrother, NetMap и още дузина пакети и допълнения.
Системата е с лекото и приятно име JFFNMS, което означава Just For Fun Network Management System. Наистина, голямо забавление е! На сайта им се намират линкове към четири демо места, на които работи програмата. Всеки може да отдели 4-5 минути да види за какво иде реч. Както се пошегувах с един колега, това е последната NMS програма, която ще използвам – просто вече няма да търся друга.
Самата инсталация не е нищо особено, просто tar-a се разпакетира в директория /opt и се прави virtual server на Apache-то. Пускайки сайта, то оттам нататък всичко е web базирано. Почти всичко е написано на PHP, доста добре структурирано, с ясна идеологията и съвсем прилична документация (в HTML, PDF, LyX).
Аве, н’еам думи! Всичко е както трябва. Даже може да прави и autodiscovery на всякакви SNMP базирани устройства, които съответно с малко магия (точно определен брой цъкация на мишката) се вкарват в базата с устройства. Прави мониторинг на различни сервизи, най-просто казано “интерфейсите” могат да бъдат не чисто физически такива (примерно LAN или serial, или V35) ами просто някакави портове. Не случайно, основен механизъм при полирането е nmap ;). Неща, като дисково пространство, трафик, натовареност на CPU или памет не са проблем. Всичко е шарено, красиво, даже пичовете от JFF са сложили звукови аларми (които аз по разбираеми причини не мога да слушам, просто сървърът за наблюдение е в машинна зала). Накратко: голям фун!!!
Не знам, дали за вас е прекален моят ентусиазъм, но ако и на вашата глава лежаха над 140 Cisco устройства и неизвестен брой виндоз сървъри (така и не успях да ги преброя, те се множат, като хлебарки) и вие щяхте да търсите начин за автоматизиране, наблюдение и управление.
JFFNMS я препоръчвам горещо на всеки, който има повече от 3 машини за които трябва да се грижи и да ги наблюдава. Програмата може да се дръпне от тук. Няма да съжалява!
Тъп въпрос, нали? Оказа се, че й трябва. Машината е eServer x445, 8GB RAM, 8 х Xeon 2.7GHz, 2 x HBA Qlogic 2312 (fiber).
Инсталирах й Advanced Server-a на RedHat, защото това е препоръчителната ОС за Oracle. Не че не може да стане и с други дистрибуции, но като видях на какво прилича Universal Installer-a, колко кръпки и дупки има по време на самата инсталация (Ignore на грешки, пачове “в движение” и т.н.), направо се поздравих за избора на опрационната система. В самата документация има всичко подробно и точно описано. Доста добро “доку”, беше писано от RH инженер, който явно си е разбирал от работата.
Странностите започнаха, след самата инсталация на RedHat-a. Не можеше да се бутне многопроцесорното ядро (2.4.21), ами само еднопроцесорното такова (спираше до качването на драйверите на дисковият контролер). Не ти трябва да си Шерлок Холмс, а по-скоро Уотсън, за да се сетиш, че има нещо около процесорите. Грешната грешка в случая и в последствие изгубените 3 часа, дойдоха от това, че машината забиваше на зареждането на драйверите на RAID контролера и то със съобщение от вида timeout.
В крайна сметка не останаха много възможности за проби и грешки. Подробният преглед на BIOS-a и по-специално настройките на процесора показаха, че е забранен hipertreading-a. Спомних си, че това го направиха образите от фирмата доставчик. Тогава на моят въпрос “Що бе?”, съответно получих професионалният контра-въпрос “За какво й е на 8 процесорна машина hipertreading?”. Кой не би си млъкнал, кой не би спрял да пита? Още повече пък аз, който съм изключително скромен и кротък човек 😉
След активирането на въпросният hipertreading всичко си дойде на мястото. Е, ядовете и проблемите продължават, но всичко по реда си. Сега е наред оптичната библиотека (TotalStorage FAStT600, 14 x 73G HDD), която трябва да се свърже към този сървър. При нея грижите идват, когато се създаде втори дисков масив – той посмъртно не се вижда от Qlogic контролерите. Ако логическият масив е само един, всичко си е ОК, монтира се и си работи, като оса (вижда се, като /dev/sdb). Странното е, че вторият масив, който би трябвало да се вижда, като /dev/sdc всъщност “дублира” /dev/sdb (все едно две еднакви устройства). Това е някакво перверзно разбиране на fail-over функциите на контролерите.
Като всяка маркова техника и тази си има перфектна документация – все пак IBM си имат отколешни традиции в тази област, само дето нищо полезно не мога да видя там. Излиза, че май пак проблемът е в пред-клавиатурното устройсто.
Нищо де, има още за четене – няма начин “да няма начин” 🙂
|
|