nocproject.org
05:45
добрый день. Подскажите каку-нибудь железку которая определяется по snmp - хочу по аналогии сделать и на некоторых своих также
05:46
telnet, ssh недоступны, есть Http морда и snmp
 
06:01
HaLVeR, тсс. не спугни :)
 
06:06
aleksandrb, нок и через веб умее, но снмп тоже вариант
06:06
а что ты хочешь сделать?
06:06
снмп рулит
06:07
freeseacher, HaLVeR, в очередь, я первый
 
06:08
мне нужно узнать инфу о catalyst-ах 500 - сейчас определяется версия ios а  интерфейсов нет - вот и хотел попробовать по snmp их получить
 
06:08
dvolodin, как отдохнул? зря ты на три недели свалил, мы тебя теперь задерем по полной, у меня уже три серьезных бага всплыли
06:10
aleksandrb, делай отдельный профиль, циско.иос для этого говна не годится и рисуй скрипты. по снмп будет тяжко нужную инфу доставать, но возможно, начни с get_interface_status и по аналогии расширяй
06:10
get_interfaces это сложный скрипт
06:10
там надо ip выдирать
06:10
вланы доставать
06:11
я бы сказал еще mpls и vrf, но 500 свичи их не умеют
06:11
так что похер
 
06:11
get_interface_status от любой железки? и потом допиливать под себя
 
06:11
нормально отдохнул
06:12
хочу еще столько же :)
 
06:12
любой, там снмп часть одинаковая у всех, стандартные оиды
 
06:12
ок, будем пробовать
 
06:12
aleksandrb, главное найти оиды где прописана привызка вланов tag/untag к портам, и ip управления
06:13
в каком влане и все
06:13
дальше питонь
06:14
dvolodin, бага в днс, всплыла у одного чувака, и я тоже потверждаю. если в ипам заведен адрес с fqdn, а потом я меняю fqdn, то изменения не попадают в зону
06:14
зона не перестраивается
 
06:14
кто мне скажет почто скрипты зависают? :)
 
06:15
IRevent, так задумано :) расслабься
 
06:15
ну как бы меня это не устраивает
06:16
я не хочу 65-ую насиловать ей итак плохо
06:16
поэтому у меня всего 5 скриптов и все они повисли
 
06:16
IRevent, почему там написано Generic а не Cisco?
 
06:17
хм
06:18
видимо потому что нет такого скрипта для циски :)
 
06:18
у HaLVeR есть 65-е каталисты, он не жаловался
 
06:19
ну она тупит страшно
06:19
почему по таймауту не отстреливаются скрипты
06:19
вот в чем вопрос
 
06:20
aleksandrb: Старый но можно глянуть: 
NOC-358
06:28
Также если твоё устройство поддерживает REST через http то его использовать проще:  
NOC-1394
 
06:28
народ, вопрос ко всем. у меня нок, после последнего обновления (хотя не факт что проблема именно в обновлении), не может создать пид для классификатора и лаунчер потоянно думает что классификатор сдох и перезапускает его, если я запускаю классификатор
06:28
 от рута то все работает. на папке права нормальные, другие демоны от нока запускаются без проблем. я вроде ничего такого не делал
06:29
хотя когда дебажил, нашел что пид-файл классификатора залип и действительно имел владельцем рута
06:30
freeseacher, не подскажешь что это может быть?
06:30
или кто-нибудь?
 
06:44
zi_rus: ну руками видать поназапускал от рута.
 
06:50
evyscr, запускал, да. а как жить теперь? вот я остановил нок, никаких пид-файлов нет, а создать новый нок не может, а от рута может. почему такое происходит?
 
06:58
права на папку?
07:00
алсо, df, fsck
 
07:05
evyscr, drwxrwxrwt  2 noc   noc      1024  3 авг 13:34 run/
 
07:06
файловая система не забита?
 
07:08
root@noc:/var/noc/log # df -h
07:08
Filesystem    Size    Used   Avail Capacity  Mounted on
07:08
/dev/da0p2     38G     12G     23G    34%    /
07:08
devfs         1,0k    1,0k      0B   100%    /dev
07:08
/dev/da0p4     29G     32M     26G     0%    /home
07:08
/dev/da0p5    325G     63G    236G    21%    /var
 
07:10
pidfile он где делает?
 
07:10
он может в лог записать не может?
07:11
проверь права на лог-файл еще
 
07:11
d kju gbitn ,tp ghj,ktv
07:11
в лог пишет нормально
 
07:13
zi_rus: df -i, полагаю, тоже нормальный?
 
07:13
root@noc:/var/noc/log # df -i
07:13
Filesystem 1K-blocks     Used     Avail Capacity iused    ifree %iused  Mounted on
07:13
/dev/da0p2  40614492 12751724  24613612    34%  255189  5041705    5%   /
07:13
devfs              1        1         0   100%       0        0  100%   /dev
07:13
/dev/da0p4  30450780    33528  27981192     0%     156  4012642    0%   /home
07:13
/dev/da0p5 341250964 66133484 247817404    21%   47159 44093639    0%   /var
 
07:15
энивей, вряд ли проблема в последнем обновлении - у меня на нём полёт нормальный.
 
07:15
да, я думаю дело не в самом обновлении, а в перезапуске нока, вот он перезапустился и кирдык
07:20
dvolodin, а вот бага твоего уровня, вот у меня классификатор начало так колбасить и он не может классифицировать ивенты, они копятся, копятся, копятся. накопилось 600 с хреном, я запустил классификатор от рута, он начал разгребать, делал это ОООООООООООООЧЕ
07:20
НЬ медленно, проц 100% загрузка по одному ядру, один ивент десятки секунд обрабатывает, они копятся еще и еще, быстрее чем нок их разбирает. я зашел в монгу и тупо дропнул все новые ивенты в очереди, и все нормализовалось, все последующие ивенты пролетают
07:20
 мгновенно
07:22
с 600 ивентов очередь успела вырасти до 6000
07:22
пока я не решился дропнуть к херам ее
 
07:24
есть подозрение, что это связано с suppression
07:46
родились два реквеста по общеинтерфейсному extjs'ному: а) кнопочка сброса фильтрации по значениям из комбобоксов б) три вида сортировки по полю - asc/desc/unsorted
 
07:54
можно простой вопрос? у нока есть где-нить свои логи? не могу добавление своих фантреев и втт в 6500 победить
07:54
Может где-то логи есть таки?
 
08:02
ну вот, опять global lost&found сломался :((
 
08:15
а чего может писать в Activator Status  1 	default 	X	0 ?
08:15
активатор работает
08:15
в логах не ругается
 
09:07
CfYz`R:  путь к логам указан в /etc/noc/etc/noc-*.conf проверь чтобы их каталог был доступен на запись пользователб noc
 
09:09
xetle, спасибо, папки такой не было
 
09:11
В  /etc/noc/etc/noc-*.conf настрой максимальный размер, 1М и количество 10 иначе быстро засрёт весь диск.
 
09:17
do you mean /opt/noc/etc/ или это в каком-то дистре так забавно разложили?
 
09:34
* /opt/noc/etc/, очепятка;)
 
09:38
ну я через веб поменял
09:38
папку создал
09:38
пока тишина
 
09:46
Права на папку и передёрнуть нок.
09:47
также права на папку с PID
 
09:54
для discovery еще полезно указать log_jobs
09:54
тогда их в web-интерфейсе будет видно
 
09:55
dvolodin, чего нам с днс делать? не обновляет нок зоны если в ипам имя изменять
 
09:58
09:58
да, вот тут проблемка
09:59
не будет оно трогать старую зону
 
10:03
dvolodin: уже есть django-1.6 и 1.7 поддерживающие python-3.2 и 3.3. Сколько, на глаз, времени надо для портирования NOC на python-3 ?
 
10:07
2.7 разрабы дистров вяло поддерживают, патчи безопасности не фиксят. В системе не пришлось бы держать две разных версии питона...
10:08
Если работы на пару дней можно заморочится этим...
10:09
перед тем как провокацию эту писать сынкнул репы... ;)
 
10:13
dvolodin: куча есть вопросов :) самый главный --- какие планы?
 
10:14
10:14
как-то так примерно
10:15
xetle: сказки полные
10:15
много ли патчей безопасности в питоне?
10:15
во всех нормальных дистрах python 2.6 или 2.7, один арч на трешку полез раньше времени
 
10:21
В gentoo уже 2 патча безопасности на python-2.7 в пролёте..
 
10:30
dvolodin: не очень глобальные проблемы, например поправить expand_interface_range
 
10:30
TSergey: а что с ним не так?
 
10:31
чуть неправильно разбирает конструкцию  1:(1-2,9-24)
10:31
10:34
или не отображается в селекторе "filter by attributes"
10:35
вот такой есть у меня селектор, в Expression
10:35
"(IS MANAGED) OR (IS MANAGED AND attr("HW version") ~ "A1" AND attr("platform") ~ "DES-3200") OR (IS MANAGED AND attr("HW version") ~ "B1" AND attr("platform") ~ "DES-3200") OR (IS MANAGED AND attr("HW version") ~ "C1" AND attr("platform") ~ "DES-3200")"
10:35
а захожу в селектор, в "filter by attributes" пусто
10:37
или вот еще :)
10:37
interface_discovery периодически сносит все порты, вероятно получая нулевой результат от get_interface
10:37
поймать причину не удается, а вот бы запилить в interface_discovery проверочку на пустой список, не может же быть пустого в штатном режиме
 
10:48
TSergey: issue заводили? Надо бы, хотя бы для истории
 
10:49
про 2 и 3 нет, не заводил
10:49
про 1 заводил
10:50
про 2 и 3 неясно чего прикладывать, с селектором еще скрин можно, а про дискавери --- только мои предположения
 
11:25
dvolodin, патч помог, зону перегенерит, но нок падла почему-то не хочет синхрить ее
11:25
2014-08-04 15:26:04,442 [dns/zone/xkisglobal] Updating 25.189.89.in-addr.arpa (2014080403)
11:25
2014-08-04 15:26:04,443 [dns/zone/xkisglobal] Running `rndc reload`
11:25
2014-08-04 15:26:04,451 Error: [dns/zone/xkisglobal] Failed to run `rndc reload`: exit code 1
11:26
перезапускаю синхронизатор и зона прилетает
11:26
а на ходу не хочет
 
11:26
ну так он у тебя rndc reload запускает
11:26
а от валится по какой-то причине
 
11:27
xkis# grep 89.189.25.185 /etc/namedb/autozones-global/kis.ru
11:27
bb-nmts-te-0-0-2-0                              A       89.189.25.185
11:27
xkis# cd /opt/noc
11:27
xkis# ./scripts/noc-launcher.py stop
11:27
xkis# ./scripts/noc-launcher.py start
11:27
xkis# grep 89.189.25.185 /etc/namedb/autozones-global/kis.ru
11:27
bb-nmts-te-0-0-20                               A       89.189.25.185
11:28
ну отвал rndc я еще починю, синхронизатор же не хочет элементарно зону скачивать
11:32
так, это я не в ту зону смотрю
11:39
dvolodin, в общем фикс работает, можно коммитить
11:44
dvolodin, а вот еще бага. а может фича. у меня есть свое приложение которое генерит набор команд и создает МРТ на исполнение этих команд. обычно в результате на выходе 3 железки и 3 списка команд, для каждой железки создается МРТ, все прекрасно работает. а ин
11:44
огда на выходе одна железка повторяется, то есть те же 3 набора команд но для двух железок. то есть нок создает 3 МРТ, один для первой железки и два для второй. так вот проблема со второй железкой. один набор команд пролетает нормально, а для второго набо
11:44
ра не получается, в логах ошибка connection timeout
12:05
я уже спрашивал про это здесь
12:05
мне сказали что это возможно хитрая бага
12:05
но...
 
    Share this page
    Share this page: