About Forum Blogs NOC Docs Downloads KB Issues Code CI Registration

nocproject.org

#nocproject.org at irc.freenode.net log.
Back to nocproject.org Back to IRC log index
Date: 22.11.2011
alamar #
02:11
hm anybody had a problem with nginx as webfrontend and 404 url not found erros when doing POST requests? (according to noc-web.log the request gets passed through)
02:27
hmm apache works just fine
02:35
how can I enable virtual circuit provisioning for a device?
gnu-linux #
04:20
alamar: try first setup VC then change Main -> Setup -> Schedules -> vc.vc.provisioning -- 300
04:22
Also: Main -> Servis Activetion -> Reports -> Supported Equipment -- mast include all yre devices!
04:25
So noc script: add_vlan, get_vlans, remove_vlan -- mast be writen for all yure devices...
06:43
dvolodin: распакуй архив с NOC-86 сразу поддержка Linksys.SPS2xx более полная появится..
dvolodin #
06:44
ok
06:44
отрелизимся, распакую
gnu-linux #
06:45
:) Давай отрелизим. Завтра попробую обновить ebuild для Gentoo.
dvolodin #
06:45
окошко освободится, запакую и начну писать release notes
zi_rus #
06:50
dvolodin, не глядел еще по моей проблеме с CRC?
dvolodin #
06:50
не воспроизводится
KTO-TO_ #
06:50
dvolodin: Привет. А то что у меня create_task падает постоянно - непоянто в чем дело?
dvolodin #
06:50
traceback давай
KTO-TO_ #
06:52
dvolodin: Дык - NOC-147
zi_rus #
06:54
dvolodin, и что с этим делать? vj;tn d hexye. rfrjq lt,fu pfgecnbnm&
06:54
может в ручную какой дебаг запустить с консоли?
KTO-TO__ #
07:04
dvolodin: Или noc тебя боиться или ты что-то поменял за последний 4 дня, что положительно сказалось на результате :)
07:04
Я обновился, падать перестало - config_pull отработал нормально.
dvolodin #
07:04
я ворох багфиксов накатил
KTO-TO__ #
07:05
Давай тогда закроем :)
dvolodin #
07:05
а в NOC-147 явно монга огрызнулась
07:05
закрывай
nixwizard1 #
07:05
dvolodin, в этом ворохе нету фикса для моей топологии, 9xxx?
dvolodin #
07:06
есть
07:06
зафиксил несколько косяков именно в топологии
nixwizard1 #
07:06
спасибо!
e_zombie #
07:06
django.db.utils.DatabaseError: column sa_commandsnippet.ignore_cli_errors does not exist
07:06
LINE 1: ...out", "sa_commandsnippet"."require_confirmation", "sa_comman...
07:06
^
07:06
post-update: 48: configuration check failed
dvolodin #
07:06
./noc migrate
07:07
а, кстати
07:07
вот забавно-то
neonman #
07:07
e_zombie, вчера с таким же мучалсо)
e_zombie #
07:08
ну вот за ногу - слабо такие вещи писать в текстовый файлик в корне проекта, бля?
07:08
ну честно задрался как идиот наступать на грабли
dvolodin #
07:08
погоди
07:08
не делай migrate
e_zombie #
07:09
поздно. отрезали (с)
07:09
# ./noc migrate
07:09
Running migrations for main:
07:09
- Nothing to migrate.
07:09
- Loading initial data for main.
07:09
No fixtures found.
07:09
Running migrations for sa:
07:09
- Migrating forwards to 0045_snippet_ignore_errors.
07:09
> sa:0045_snippet_ignore_errors
07:09
DEBUG:south:south execute "ALTER TABLE "sa_commandsnippet" ADD COLUMN "ignore_cli_errors" boolean NOT NULL DEFAULT False;" with params "[]"
dvolodin #
07:09
check-conf за каким-то фигом в базу лез
e_zombie #
07:11
и?
neonman #
07:12
e_zombie, теперь пробуй постапдейт
e_zombie #
07:12
теперь прошло всё
dvolodin #
07:23
допер, где валилось
07:26
пофиксил в r5157
neonman #
07:26
ну я так понимаю надо чтобы вначале мигрейт выполнялся, а уж потом чек-конф, либо нефиг чек-конфу ваще базу проверять
dvolodin #
07:26
он и не проверял
neonman #
07:26
просто лез?
dvolodin #
07:27
да, там сильно неявная зависимость через settings была
07:27
теперь осталось пофиксить загрузку dlink'овских MIB'ов
e_zombie #
07:29
NOC-152
dvolodin #
07:29
[Errno 98] Address already in use
07:29
:)
07:29
демонов-то загаси
07:29
старый noc-web не умел корректно останавливаться
07:29
прибей его руками
e_zombie #
07:30
# ./scripts/noc-launcher.py stop
07:30
[root@inside noc]# netstat -l -n -d | grep 8000
07:30
tcp 0 0 127.0.0.1:8000 0.0.0.0:* LISTEN
07:30
[root@inside noc]#
07:30
WTF?????
07:31
и это тянется уже два месяца
Dmitry1 #
07:34
MIB'ы D-Link'а брал с официального сайта. Даже не представляю, что там фиксить :(
dvolodin #
07:35
dependency, похоже
07:35
e_zombie: да, тянулось
07:35
пофиксили достаточно давно
Dmitry1 #
07:35
все возможные dependecy вытянул вместе с MIB'ами
e_zombie #
07:35
тогда почему оно и сейчас не киляется?
dvolodin #
07:37
сейчас должно киляться
07:37
у тебя старый instance валяется
Dmitry1 #
07:39
Я честно пытался пофиксить корявые MIB'ы. Не удалось. Хоть и пол-дня потерял на это.
e_zombie #
07:39
и как он может у меня может быть если я сегодня с утра синхрился с транка?
dvolodin #
07:42
ты его прибивал?
e_zombie #
07:45
пробовал. у тебя процесс "шалун" однака
07:45
[root@inside noc]# netstat -l -n -p | grep 8000
07:45
tcp 0 0 127.0.0.1:8000 0.0.0.0:* LISTEN 20480/python
07:45
[root@inside noc]# kill 20480
07:45
[root@inside noc]# netstat -l -n -p | grep 8000
07:45
tcp 0 0 127.0.0.1:8000 0.0.0.0:* LISTEN 20482/python
07:45
[root@inside noc]# kill -9 20480
07:45
bash: kill: (20480) - Нет такого процесса
07:45
[root@inside noc]# netstat -l -n -p | grep 8000
07:45
tcp 0 0 127.0.0.1:8000 0.0.0.0:* LISTEN 20482/python
07:45
[root@inside noc]# kill -9 20482
07:45
[root@inside noc]# netstat -l -n -p | grep 8000
07:45
tcp 0 0 127.0.0.1:8000 0.0.0.0:* LISTEN 29075/python
neonman #
07:45
e_zombie, ps ax|grep web
Dmitry1 #
07:45
Частично пофиксил MIB'ы
e_zombie #
07:45
# ps | grep web
07:45
noc 29075 1.7 0.1 18620 10964 ? S 02:42 0:01 /usr/bin/python ./scripts/noc-web.py launch -c etc/noc-web.conf -i 0
07:45
noc 29089 10.6 0.3 40200 29712 ? S 02:42 0:06 /usr/bin/python ./scripts/noc-web.py launch -c etc/noc-web.conf -i 0
07:45
noc 29090 10.6 0.3 40200 29712 ? S 02:42 0:06 /usr/bin/python ./scripts/noc-web.py launch -c etc/noc-web.conf -i 0
07:46
забава да
dvolodin #
07:46
так папа упавших детишек поднимает
e_zombie #
07:47
какойто фееричный .....
07:48
http://pastebin.com/w8npLRvk
07:49
кхм
07:50
перезапустил всё.. вроде всё падает и поднимается правильно
07:51
подождём.
nixwizard1 #
07:54
dvolodin, к релизу кинуть мибы FOUNDRY? jyb подходят для Procurve9xxx
dvolodin #
08:00
давай
KTO-TO__ #
08:03
dvolodin: А релиз будет - 0.7 или 0.7(1) ? :)
dvolodin #
08:03
0.7(1)
08:03
до 0.7 еще пилить и пилить
gnu-linux #
08:04
А, так это rc1? Да?
dvolodin #
08:05
нет
08:05
не RC
08:05
RC - это когда функционал зафиксировал
08:05
и только баги давятся
08:06
в 0.7 надо, как минимум, топологию в базу положить и морду FM на ExtJS переделать
gnu-linux #
08:08
О топология в базе это хорошо, надо будет мне переписать staticvlan под новую топологию...
dvolodin #
08:11
сделать смотрелку этой самой топологии
08:11
сделать демона noc-discovery
08:11
оторвать приложение topology discovery
gnu-linux #
08:11
NOC-133 тоже туда
dvolodin #
08:11
и научить, как минимум, FM учитывать топологию при корреляции
gnu-linux #
08:12
А топология будет в монге или в постгре?
dvolodin #
08:12
В монге
08:12
она уже там есть
08:12
смотри inv/models.py
08:12
в конце
08:14
после 0.7 будет новый vc provisioning
08:15
где можно будет тупо накидывать порты в vlan, а он сам будет их создавать/удалять, и прописывать на транках между свичами
08:16
и открытые REST или SOAP интерфейсы
08:16
чтобы пробивать vlan'ы из внешних систем
08:18
а provosioning для VPLS/VLL будем плагином продавать за большие деньги :)~
08:19
это направление можно еще долго развивать
gnu-linux #
08:19
По идее если линки в базе есть и мы имеем add_vlan то уже можно пробить статический (пока только с тегированными портами) vlan в сети..
neonman #
08:19
этого для начала достаточно)
dvolodin #
08:20
да
neonman #
08:20
самая ходовая задача имхо
dvolodin #
08:20
для контента и датацентров - да
neonman #
08:20
да и у меня)
dvolodin #
08:20
там, по хорошему, еще бы научиться дрючить встроенный свич ESXi
gnu-linux #
08:20
VPLS/VLL - там только скрипт add_vlan надо допилить под девайс с этими интерфесами... Зачем модуль?
dvolodin #
08:21
тогда работа реально на уровне - кинуть виртуалку в такой-то VLAN
08:21
gnu-linux: это уже MPLS приложение
08:21
если точить под одного вендора и одну политику конфигурирования - то относительно просто
neonman #
08:22
виртуалку kvm впринципе в профиль линуксовый добавить можно, там проще стандартный br делать
dvolodin #
08:22
если multivendor и разные сети объединены - то ад кромешный
08:24
задача VPLS provisioning'а для корпоративщиков далеко не так проста может оказатся
08:24
надо пробивать VC до PEшек
08:25
на них provision'ить VPLS'ы
08:25
да еще policer'ы вертеть
gnu-linux #
08:26
Провам этого не недо.
08:27
Надо то что в модуле staticvlan. Там кроме топологии и vlan-ов есть линки клиентов...
dvolodin #
08:33
это как это не надо?
08:33
:)
08:34
некоторые этим и живут
zi_rus #
08:39
dvolodin, придумал тулз для нока. кидаем ему прификс лист, а он его оптимизирует, делает суммирование и тп
neonman #
08:41
провам воще много чо надо
dvolodin #
08:41
zi_rus: давай реализацию, закоммитим :)
08:42
как вариант - в рамках одного из чеков конфига
zi_rus #
08:43
dvolodin, я бы это делал как отдельный тулз вроде префикслист-билдера
08:43
реализовать не смогу, времени и возможностей не хватает
08:43
:(
gnu-linux #
08:50
Если мне это надо я могу попробывать zi_rus обяснись популярнее...
zi_rus #
08:51
gnu-linux, тебе виднее, надо оно тебе или нет :)
gnu-linux #
08:52
dvolodin а от get_interfaces сегодня реально какаято помощь есть или на будущие?
dvolodin #
08:53
есть
gnu-linux #
08:53
Где его результат через веб можно просмотреть?
dvolodin #
08:54
managed object > scripts > get_interfaces
08:54
он первым делом в топологию пойдет
08:54
так как она определяет связь между интерфейсами
gnu-linux #
08:55
:) Пошол писать get_switchports для Eltex и Linksys с них польза уже сегодня :))
Dmitry1 #
09:03
Когда? Когда же будет возможность работать с CLI на гребаных D-Link'ах ?
09:03
Там для них целых два issues
09:05
Я конечно понимаю, что D-link - это отстой, но народ их реально юзает в больших количествах.
neonman #
09:06
потому что дешево и сердито
gnu-linux #
09:08
У меня 99% Dlink... Пока.....
Dmitry1 #
09:09
Ну и что, что они не умеют MPLS, VRF и подобную фигню. зато как L2 и L2+ свичей им аналогов пока нет
gnu-linux #
09:09
Dmitry1 писал чтобы посмотрел __init__.py от Eltex.MES
Dmitry1 #
09:09
А что там такое?
gnu-linux #
09:10
pattern_more = [
09:10
(r"^More: <space>, Quit: q, One line: <return>$", " "),
09:10
(r"\[Yes/press any key for no\]", "Y")
09:10
]
Dmitry1 #
09:11
А, типа для DGS-3100 сделать?
gnu-linux #
09:11
У меня DGS-3100 только 1
09:11
А что разве этого не хватит?
Dmitry1 #
09:12
У меня сейчас на столе стоит DGS-3100 с прошивкой 3.60.44. Буду скрипты к нему дописывать.
09:12
типа get_switchport и т.п.
09:13
В отличие от остальных свичей D-Link, у него нормально работает CLI Paging
gnu-linux #
09:15
DES-3200, DGS-342* тоже должны работать...
09:16
А там где cli_paging не отключается пропиши pattern_more = [ ...., ......, ....., .....] чтобы оно матчило разные варианты...
09:19
Там буквально только в DES-3526 и возможно DES-3010 где cli_paging не отключается, заминка может быть но с pattern_more = [ ...., ......, ....., .....] она должна решится...
lexus-omsk #
09:28
можно snmp-костылей понаделать, на тот функционал, где хитрый (неотключаемый) paging...
09:28
но, учитывая "стандартность" длинковских мибов, это тоже не так-то просто
Dmitry1 #
09:28
Ээээ... Я имею ввиду вывод команд show ports, show stp и т.п.
gnu-linux #
09:28
SNMP это хорошо но NOC-36
Dmitry1 #
09:29
Там хитрый paging, который не отключается и перерисовывает экран.
KTO-TO_ #
09:29
dvolodin: Шедулер опять начал крэшиться... Там же..
gnu-linux #
09:31
show ports, show stp и т.п. Отключится пейджинг на DES-3200*, DGS-342*, DGS-3100
09:31
pattern_more = [ ...., ......, ....., .....] должен помочь на DES-3526 и возможно DES-3010
KTO-TO_ #
09:35
dvolodin: И не только cm_pull... Еще и fm.archive: теперь не пашет (может и раньше не пахал). Говорит что к монге не может приконнектиться - 'unauthorized'
dvolodin #
09:35
монгу обновлял?
09:35
use noc
09:35
db.addUser("noc", "noc")
KTO-TO_ #
09:35
Нет. Не трогал.
09:36
Юзер есть.
09:36
> db.system.users.find()
09:36
{ "_id" : ObjectId("4e94002b488cb598be180dee"), "user" : "noc", "readOnly" : false, "pwd" : "59db6afae14161f953dbafb05a8d0571" }
09:36
>
09:37
dvolodin: В начале все нормально запускается.
09:37
Коррелятор и классификатор - работают. ОНи же тоже в монге?
09:38
В шедулере config_pull - отработал на старте, потом еще 3 раза запустился нормально, а потом началось...
09:38
Прошло чуть больше 10 минут после старта
09:40
Как-будто коннект в монгу порвался и больше не может авторизоваться.
dvolodin #
09:48
да, они в монге
09:50
http://download.nocproject.org/
09:50
как креативчик?
neonman #
09:50
Firefox не может найти сервер download.nocproject.org.
09:50
:)
dvolodin #
09:56
http://downloads.nocproject.org
neonman #
09:57
ну как то так да
dvolodin #
09:57
для начала сойдет
alamar #
10:09
gnu-linux: they are all supported (only cisco ios devices) but my problem is I can'T add them as managed object for vc provisioning in virtual circ. management -> setup -> vc domains to my vc domain
10:09
the selector list is empty
dvolodin #
10:16
have you created selectors?
alamar #
11:02
ahhhhhh now I understand it. thank you. I did not create selectors yet.
evyscr #
11:43
я один у кого nocproject.org "is taking too long to respond"?
11:48
(http, i mean)
alamar #
11:54
one more rather simple question, is there a configure option or anything alike to change the banner from NOC:unconfigured Installation to just NOC?
evyscr #
11:56
edit noc.conf, IIRC
dvolodin #
11:57
alamar: yes, [customization] section in etc/noc.conf
11:57
installation_name
alamar #
11:59
thank you
12:30
hm I just added a testserver (OS.Linux) for testing vlan provisioning. I created the managed object, the object selector, enabled vlan provisioning for the vc domain and started the scheduled vc provisioning manually (go to schedules, selected it and used run selected task now) but there is not even a login attempt through ssh - did I miss something? noc-scheduler.log says
12:30
2011-11-22 13:26:42,767 Periodic task=vc.vc_provisioning:Any status=running
12:30
2011-11-22 13:26:45,877 Periodic task=vc.vc_provisioning:Any status=completed
12:31
the activator logs are empty at this timeframe
dvolodin #
12:58
пошел собирать 0.7(1)
12:58
не коммитьте пока ничего
13:10
распух наш монстрик
13:10
:)
Dmitry1 #
13:11
документацию потихоньку пишу :)
evyscr #
13:12
Где смотреть?
Dmitry1 #
13:13
http://kb.nocproject.org/display/DOC/Home
zi_rus #
13:19
dvolodin подскажи что можно сделать с этим CRC? может удалить что или дебаг какой попробовать запустить?
dvolodin #
13:55
Есть у меня нехорошая мысль компилировать MIB'ы и укладывать их в JSON
13:55
а текстовые MIB'ы использовать только в случае, если очень хочется залить свой MIB
13:56
взлетать будет в разы быстрее
13:56
да и libsmi в большинстве инсталляций будет не нужна
14:06
http://downloads.nocproject.org/
14:06
вроде собрался и размотался нормально
14:06
буду еще для ci.nocproject.org тесты писать
14:06
сегодня постараюсь release notes сделать
14:08
и анонсы
14:08
в общем, с релизом, дорогие товарищи
14:08
пусть даже и interim'ом
evyscr #
15:07
А напишите в документации по noc.conf, что [tt]:url is nowhere used now, что ли.
nixwizard1 #
15:09
поздравляю!
Tweet
Share this page
Share this page: Tweet