nocproject.org

Ну это уже совсем не смешно... 37 процентов памяти, весь своп под ноль. НАХЕРА дискавери столько памяти?

mikevlz, он ее ест!

у меня дискаери 256 метров съел

ээээ... стоп

беру слова обратно...

дискавери всего 600 мегов. А 14 гигов свопа съело sae. Вопрос - оно в своем уме?

упс не угадал.

не, такого ваопроса не будет

14 гигов это вкусняшка.

он не ипишники ли чейчас заносит ?

в смысле?

что именно заносит дискаври сейчас в систему ?

выходные с отключенными всеми видами дискавери: в итоге и память свободна, и цпу менее 10%...

правда печалька, когда не заносится в базу автоматом ничего

у меня как раз наоборот. я обновился через почти 1000 ревизий и этот механизм появился. все выходные дрюкал базу.

~187000 адресов добавил.

памяти ел только когад была создана зона Example.com в днс

и добавлял по доному адресу в 4 секунды.

как только зону кильнул память есться перестала и сало под 25-30 адресов в секунду.

дефолтный темплейт не менял

ээээ

думаешь, утечка в генерации ДНС-зон?

т.е. затык в добавлении адреса в зону?

этажпиздец

нет не утечка

он на каждое добавление адреса в зону делает коммит в зону

ну кагбе 14 гигов за выходные намекают...

меркуриал дрочится по полной.

не, коммит проходит при днс-пулл

а в сае видать храниться весь "кеш"

mikevlz, увы это не так.

сомнения есть...

чем отслеживал?

sudo su - noc

cd /var/repo/dns

hg summ

версия коммита за выходные увеличилась на 12 тысяч.

это как раз столько сколько успело добавиться перед тем как я грохнул Example.com

я опечален...

почему я думаю что sae кеш ? потому как discovery -> sae дай мне ip_discovery. sae -> активатор ща сгоняю. активтор -> sae забирай. sae -> discovery на ip_discovery. discovery -> Sae погоди я записываю.

во

а вот и дима

привет

gkbdtn

скаджи мое размышления верны ?

пливет, Дмитрий

почему я думаю что sae кеш ? потому как discovery -> sae дай мне ip_discovery. sae -> активатор ща сгоняю. активтор -> sae забирай. sae -> discovery на ip_discovery. discovery -> Sae погоди я записываю.

привет

за выходные noc-sae сожрал 14 гигов свопа, сейчас удерживает в заложниках 1.5 гига физической памяти и весь своп

сервер полужив :)

вопрос - зачем ему столько?

SAE ли сожрал?

дискавери ща кушается скромные 600 мегов.

у меня есть большие подозрения, что это клиент mongo память прихавывает

noc 13909 0.0 46.6 14883208 1460420 ?? S Fri10AM 240:57.99 /usr/local/bin/python ./scripts/noc-sae.py launch -c etc/noc-sae.conf -i 0

это 46.6% mem, 14883208 vsize, 1460420 rss

нужно лекарство от обжорства :)

mikevlz, выстрел -9

это скучно

я не пулеметчик Джо

нужно что-то тонкое и изысканное

RSS таки 1.4

а толку?

сервер еле жив

с зонами я механизм немного поправлю

сейчас при изменении ip'шника вызваевает DNSZone.touch_zone()

он, соответсвенно, крутит serial

и при этом вызывается update_repo

в обработчике сигнала

это затычка

а зачем?

чтобы ушел сигнал, что зона поменялась

более правильно будет сделать job touch_zone

если зона поменялась -- проверять, есть ли в очереди этот job, если есть -- сдвигать его секунда на 5

если нет -- ставить задачу на выполнение через 5 секунд

я по документации думал, что зоны в репо обновляются исключительно шедулером по задаче ДНС-пул

при постоянном потоке изменений в зоне job будет все время отодвигаться, пока изменения не прекратятся

а если поток не иссякнет? :)

если сможешь это реализовать - создавай issue :)

крон =)

или что-то любое внешнее, дергающее один и тот же адрес в зоне

например?

раз в 4 секунды меняем его

не имеет смысла, кеш клиента или днс сервера будет дольше держать старую запись

Дмитрий мне показывал тут прям на канале, как сделать скрипт для ./noc shell простым скриптом

загляни в scripts

любой из скриптов

можно предусмотреть два параметра

я не о том говорю. Пусть держит. Я говорю про то, что если бесконтрольно сдвигать на 5 секунд job, то есть возможность, что этот Job никогда не выполнится

задержку обновления зоны и интервал сброса

задержка, например, - 5 секунд, интервал - час

вот пусть раз в 5 минут сбрасывает, а в пределах 5 минут двигает

если мы в течении часа откладываем обновление - сбрасываем его принудительно

что касается репо -- есть решение в виде GridVCS

:)

я думаю, оно до 1000 коммитов в секунду переварит и не сдохнет

когда обновляться - скажешь? Я про затычку эту с коммитом на каждый адрес

угу

заодно надо планировать переход на новую схему dns provisioning'а

вот думал этим заняться, чтоб обкатать, впоролся в тормоза

ну поправим

благо механизм синхронизации действительно получился достаточно мощным

Кстати у меня одного не получается добавить address range ?

мрет и все тут

может там FQDN надо как то по другому писать ?

у нас получилось

скажи какой у тя темплейт ?

dvolodin: чтоб сменить синхронизатор надо отключать schedules/dns_push или чистить provisioning command?

freeseacher: nat-static-{{ip1}}-{{ip2}}-{{ip3}}-{{ip4}}.domain.com

достаточно отключить push

хренова -то как...

from django.utils import simplejson

ImportError: No module named django.utils

это где это такое?

./scripts/noc-sync.py -f start

в некоторых системах из django выкидывают simplejson

поставь cjson

и не парься

не, это я на сервер с ДНС демона вытащил. Вот первая зависимость

py27-cjson-1.0.5, я так понимаю, сойдет

единственная вроде зависимость

а имя подключаемого файла конфига для бинда поменялось специально?

было autozones.conf стало noc-zones.conf

точнее noc_zones.conf

ну и это, hg на ДНС-серваке ведь больше не нужен?:

да, поменялось специально

hg больше не нужен, да

все, запустил, наблюдаем

скрипт стартовый наваять пришлось, ланчер не знает ведь про этого демона

утро

а скажите мне пожалуйста

в get_interfaces (и как следствие в inventory) должны быть интерфейсы которые в up или все ?

все, которые есть реально на железке

shutdown-тые с циски не заносятся

но если есть виртуальный интерфейс, у которого нет MAC и IP адреса - то он не нужен

с цисковских свичей интерфейсы видятся все, в инвентори попадают не все

и плюс shut (disabled) в get_interfaces не выводятся

и это плохо, в результате physical таблица получается неполной

кто-нибудь сегодня обновлялся? проблем нет?

я обновлялся. вроде проблем нету

в логах ничего не вылезло, шедули не поломались?

вроде не поломались

ок, рискну

issue писать?

раньше виделись все интерфейсі

может быть это связано с введением admin_status / oper_status ?

Это к dvolodin'у

хрен, трейс

noc-discovery

dvolodin, на это issue рисовать? http://pastebin.com/V7bSCq3H

чего-то на мак-дисковери жалуется

интерфейс убежал

zi_rus: постоянно раньше было такое

раньше? а теперь нет? я только что апдейтнулся

были в базе левые сабинтерфейсы, без родительских интерфейсов - всё повыносил, стало меньше, но осталось... отом вынес из базы все маки и вроде пропало

видимо маки тоже к левым интерфейсам привязаны были

нужна какая-то проверка целостности, чтобы не изобретать велосипед в noc shell каждывй раз после глючного скрипта дискавери

lexus-omsk, это ты как раз про целостность упомянул, а я еще трейс нашел. dvolodin, http://pastebin.com/fJBcPVKC

не все так хорошо как казалось

и такое вылезает периодически после перезапуска noc

zi_rus: плюсую

периодически

плохо, надо бы починить, трейс это ведь ошибка

и нок еще что-то взбесился, каждые полторы минуты дискавери запускается

видимо потому что падает

а еще говорят, все работает, ошибок нет

вот у меня работало, а теперь тольок трейсы

а шедули dns_pull/push еще не deprecated?

zi_rus: пока еще нет, старая схема полностью функциональна

ладно, тогда меня беспокоят тольок эти 2 трейса

вообще немного смущают метания между подсистемами - одно не доделали, за другое хватаемся... понимаю, что, видимо, в связи с нуждами основных заказчиков делается, но всё же...

мне вот уже который раз перед руководством неудобно - начинают меня распрашивать про систему, что да как, хочу расхвалить, а в итоге наоборот получается :)

вот вот

* :(

дык да, я тут безуспешно пытаюсь продвинуть идею что надо бы ФМ добить, зарелизиться и тогда за новое хвататься

продуктив и тестовая среда - все-таки разные вещи

держите две среды, и будет счастье

дело не в этом, фм так и не доделан

про стабилизированый релиз с каими-то готовыми плюшками приятно людям рассказать, а сейчас большее что я могу сказать, это взяли, но еще не доделали по огромному количеству пунктов

да, именно об этом речь... вот с меня давно уже справшивают сообщения о закрытии аларма, например... пытался сам ковыряться, пока ниосилил

dvolodin: noc-sync валится

трейсов нет, просто в логах "STOP" yb c njuj yb c ctuj

ни с того ни с сего

mikevlz: попробуй запусти ./scripts/noc-sync.py -f start

запустил

оно не сразу дохнет, через какое-то время или какое-то количество данных

а у меня даже не запустился, в конфиге ланчера его нет

в дефолтном еонфиге

zi_rus: я спецом rc-скрипт писал

чтоб без ланчера, один фиг не нужен

ну тока ради перезапуска и слежки если

я через ланчер все делаю, не понимаю зачем работать без него

это проще

без ланчера причину стопа не увидим

точнее с ланчером не заметим проблему

а без него заметим и увидим

noc-discovery 1.5g rss mem отожрал

у меня 3 гига отожрал,

у кого больше? =)

а может у себя кто-нибудь проверить, у меня run_command и rus_snippet не работают

все чудесатее и чудесатее...

noc 940 5.9 56.2 2036232 1759844 ?? S 10:43AM 14:05.32 /usr/local/bin/python ./scripts/noc-scheduler.py

этот, блядь, куда 2 гига сожрал?

dvolodin: пинг

http://pastebin.com/YG0QgTuz

или это как раз та затычка?

e_zombie: в mongo надо мибы зачистить

и все взлетит

вобще страшности какие-то тварятся, пинги не пингуют, активаторы, сае и дискавери нагибают процессор по страшному

mikevlz: а как зачистить?

mongo

use noc

db.noc.mibs.drop()

например так

senks

mongo запустит клиента Mongodb, дальше в консоль вводи команды

потом ишо раз пост-апдейт

блин, все скрипты валятся по таймауту, хрень какая-то

mikevlz: > use noc

switched to db noc

> db.noc.mibs.drop()

true

> quit

function () {

return nativeHelper.apply(quit_, arguments);

}

> exit;

но все равно не прокатывает

валится с такой же ошибкой

клева как

попробуй еще noc.db.mibdata.drop()

вот помню, что чистили чота, а вот что - из мибов - не помню

так, давайте по очереди

что не работает

свалился опять noc-sync

ничего не сказал. Просто stop

написал NOC-738

эт раз

два - noc-scheduler сожрал память. 2 гига.

у меня дискавери сожрать много памяти не может, ему не остается. Непорядок =)

добавь памяти )

acid232_: ха-ха. Три раза.

у мне за выходные sae 14 гиг свопа выжрал и 1.5 гига ОЗУ. Сейчас шедулер на банкет пришел. Я так устану память добавлять

dvolodin: что с noc-sync делать-то?

просто STOP он не имеет привычки говорить

запусти его с debug

14 гиг свопа это мощно

эт в секцию [main] добавить debug = true в noc-sync.conf ?

так, расступись, моя очередь жаловаться :))

все скрипты, задачи etc которые заходят на железки валятся по таймауту

cript=Cisco.IOS.get_interfaces status=failed code=17 error=timed out

loglevel = debug

тьфу

логи активатора загажены

2012-10-08 13:14:38,172 Bundled packaging. Skipping software updates

2012-10-08 13:14:38,172 Negotiation protocol 'NOC SAE PROTOCOL (http://nocproject.org/)' version '1.0'

2012-10-08 13:14:51,186 Bundled packaging. Skipping software updates

2012-10-08 13:14:51,186 Negotiation protocol 'NOC SAE PROTOCOL (http://nocproject.org/)' version '1.0'

он у тебя рестартует постоянно

это я вижу, а почему, обновился сегодня

ждем, когда свалится

запустил -f start

http://pastebin.com/snsmpLgn

как китайская грамота, никакого намека на проблему

логлевел = дебаг ? :)

я ему не верю

-f start дает больше информации чем дебаг

но видимо сейчас не мой случай

а ДМитрий говорит, что нифига

вот я с -f start запустил noc-sync на сервере, оно закончилось простым словом STOP в логах

и все

в логах да, а в консоль ничего не написала

логи были на консоли

ты сравни что у меня в логах (4 строчки) и то что в пастебин

ну а в моем случае разницы не было

что в логах, что в консоли

ладно, драться не будем

zi_rus: и с летающими туда-сюда активаторами бывает иногда ситуация.. лечится полным остановом всего, проверкой, вдруг чего не среагировало, тогда -9 ему

и запуск

обычно помогает, но нехорошо это, согласен

вот послде такого обычно кстати и начинаются косяки с целостностью в sa_maptask и sa_reducetask... или наоборот

lexus-omsk, я сейчас loglevel = debug сделал, кое-что поменялось, пока наблюдаю. очень странно

пишет sae overloaded, all activators busy

начал работать вроде как, но таймауты пролетают

пока дам поработать

lexus-omsk, есть мысли чья это вина? питон, ОС или NOC?

у меня после перезапуска всё полностью в норму возвращается, так что не скажу... кстати я сегодня не обновлялся

-f -- это дебаг

странно это все

2012-10-08 13:37:12,571 Touching pidfile: /var/run/noc/noc-activator.0.pid

2012-10-08 13:37:15,574 Touching pidfile: /var/run/noc/noc-activator.0.pid

2012-10-08 13:37:18,577 Touching pidfile: /var/run/noc/noc-activator.0.pid

2012-10-08 13:37:21,580 Touching pidfile: /var/run/noc/noc-activator.0.pid

2012-10-08 13:37:21,580 [Activator(0x804e6b310)]<CONNECTED> Timeout expired

хотя файл создается

так

накатывайте апдейт

там задержка provisioning'а DNS

если включен ip discovery, то могут постоянно апдейтиться зоны

ща дождусь, что noc-sync свалится, накачу. Этого демона обновлять как?

о

свалился :)

чего-то лучше не становится

блин, вот рестартанул нок, и активаторы опять начали перезапускаться, а только что скрипты отрабатывали

загрузку системы посмотри

Load average: 1.82 2.10 2.10

sae и discovery нагибают

но криминальной нагрузки не вижу

странно

я сейчас discovery в процессе наблюдаю, ничего странного не вижу

dvolodin, меня терзают смутные сомнения, кажется это происходит когда я секции дискавери отключаю (enabled = false)

мстит?

хз

еще в пятницу заметил что с ним что-то не то когда отключаю

dvolodin: Merging the 2 VRFs... Getting error on 0/0 already exists... DETAIL: Key (vrf_id, afi, prefix)=(1, 4, 0.0.0.0/0) already exists.

dvolodin, дискавери включил, в логах каждые 30секунд 2012-10-08 13:43:11,562 [inv.discovery] Running job interface_discovery(...

Andreas-SWE: skip 0.0.0.0/0

Trying to figure that out.

I can't delete it in the web gui...

Andreas-SWE: vrf.prefix_set.exclude(prefix="0.0.0.0/0")

Thanks

дискавери сн5есло крышу

zi_rus: возможно, если noc-discovery долго лежал

но почему job запускается каждые 30сек. я специально выбрал одну железку и смотрю в логе по ее имени, оно всплывает в этой строчке каждые 30сек

кажется начинаю понимать

?

dvolodin: AttributeError: 'module' object has no attribute 'prefix_set'

dvolodin, первый трейс, который я скинул, кажется в нем дело

Andreas-SWE: vrf1 or vrf2

повтори трейс

=)

дискавери постоянно рестартует

Sorry. My bad.

dvolodin http://pastebin.com/V7bSCq3H

zi_rus: угу, понял где

это очень и очень хорошо

отключи пока mac discovery в конфиге

я даже не знал что он есть в конфиге :)

уже отключил

смотрю

dvolodin, ну почти, теперь активаторы начали опять перезапускаться :)

может опять в теплые края хотят?

не понял шутки юмора

в логах discovery чисто?

у меня активтороры виснут тоже

хертбит говорят сдох

с толкача, те с шестой попытки, активаторы стартанули,в логах дискавери только таймауты, трейса нет, только второй сегодняшний трейсбек

в crashinfo

патчик от трейсов накатил

обоих?

от удаленных интерфейсах при живых сабах

dvolodin и этого -> http://pastebin.com/fJBcPVKC

это можно игнорировать смело

но креш создается. что это вообще

ух, нок немного ожил, а то с утреннего обновления так и валялся

обновления у нока очень суровые

dvolodin: http://pastebin.com/YG0QgTuz обнуление таблицы нока не помогает

zi_rus а у меня по прежнему крэши швыряет раз в час-другой, с "Invalid job class."

это не мой креш, смотри что у тебя

а активаторы чего у тебя не стартовали ?

а я хз, то стартую, то нет, вернее они стартуют, только пстоянно перезапускались

ufir: давай трейс

еще какая-то неприятность, fm.ping то отрабатывает то нет

fm.ping_check: Ping failed on activator 'noc': {'text': 'Timed out', 'code': 17}

с чего вдруг

через раз

http://pastebin.com/zAcFyker

ufir: останови классификатор, дай отработать коррелятору

и в монге > db.noc.schedules.fm.correlator.drop()

эмпирическим путем выяснили, что не стоит на фре собирать python с gnu pth :)

по крайней мере на 9.0 amd64

а то будут люди верить в магические числа...

А нафига включать GNU Pth ? Он по умолчанию и так выключен. ССЗБ.

заодно еще и монгу рестартанул... крашей нет, трейсов нет - пока все гладко

Dmitry1: Threading/multiprocessing via GNU Pth

вот за этим

зачем оно - не скажу, но без него таки лучше =)

так оно по умолчанию и так выключено

а включено использование нативной библиотеки libpthread.so

ну это самое... обзываться не надо :)

Ну так внутри Makefile посмотри:

ну не хочу уже. Проблему решил

.else # !defined(WITH_PTH)

CONFIGURE_ARGS+= --with-threads

CFLAGS+= ${PTHREAD_CFLAGS}

LDFLAGS+= ${PTHREAD_LIBS}

.endif # defined(WITH_PTH)

используется родная для фри libpthread

которая на порядок лучше и стабильнее линуксовской

я вообще не очень понимаю, зачем на фре pth

для совместимости с какими-то линуксовыми либами

фря, в отличие от линкуса, спокойно исполняет линксовые экзешники

и использует при этом родные линуксовые библиотеки для бинарной совместимости

у меня, например, таким образом работает линуксовый флешплеер

dvolodin: Можно ли на вкладке Physical в Inventory значек link/unlink делать красным, если порт в дауне?

не уверен, что это посто

mrt надо будет звать, чтоб дергало get_interface_status

а по результату менять значок

dvolodin: если на основном серваке noc-stomp остановить, должен остановиться Noc-sync?

нет

он будет пытаться переконнектиться

значит не полечили

опять STOP и все :)

прям как Blue Screen Of Death у винды =/

как тогда увидеть результаты oper_status ?

ну и шедулер опять 1.5 гига памяти сожрал

Актуально для инвентори, особенно, когда на этой же вкладке указанно, куда коннектится данный порт (который в дауне)

Dmitry1: надо переписать EXTJS приложение и view

Замечание для процедуры link/unlink: при выборе портов, показывать рядом в скобках description. А то я на память не помню, какой из 52=х портов куда подключен

=)

это да, есть такое...

туда бы еще кнопку "показать возможные связи", которая бы дергала get_topology_data для CDP/FDP/LLDP

да сама бы она их заполняла, чего уж там

пока только для D-link собираются протоколы

Доделаю D-Link - займусь Cisco

для брокейда тоже собираются, но не все

Dmitry1: строка 194 noc/inv/apps/interface/views.py Можешь попробовать изменить "label": i.name на "label": i.name + "-" + i.description

тогда интерфейс при выборе "с кем линкуем" должен подписываться "2/5-линк_в_мусохранск"

поломаться ничего не должно. Но если вдруг сломается - откатить изменения не сложно

так это к dvolodin. я доступа на коммит туда не имею

ну эт для себя можешь такое сделать

убедиться, что все красиво, запостить issue с улучшением, откатить у себя, ждать апдейта :)

хм. работает

прелесть :)

ждем dvolodin'а

Блин. Нужен, однако, человек на fulltime. Как раз для таких вещей

Хоть на kickstart'е регистрироваться

надо трех человек на фултайм

один болеет, другой в отпуске, третий закоммитил

=)

если их трое - нужен начальник, бухгалтер, директор и уборщица :)

... охранник, юрист и повар в столовую

Люди!

Нужен маркетолог!!!!

да

маркетолог нужен обязательно

нужно же кого-то бить по понедельникам для профилактики и эмоциональной разрядки

а программисты не нужны

от них вред один :)

знаете, что плохо в работе с мегакорпорациями?

каждый раз новому человеку рассказываешь, что они делают не так.

Dmitry1, а у тебя было такое с оспф, когда длинк ABR и он не анонсит лупбек если он не в area 0

я OSPF на D-Link не использую

статика рулит :)

У меня BGP, по причине того, что я тупо везде мультикаст рубаю

сомнительное мероприятие - рубить мультикаст

save as new так и не починили

мультикаст и броадкаст - зло

зло это длинк

особенно, когда в l2 сетке пара сотен свичей

зло это "l2 сетке пара сотен свичей". qinq наша тема

мы рубим избирательно. pvst+, stp, cdp и прочее, но только там где это дейстивительно надо.

Dmitry1: про адаптивный промпт для хуавея - только одну строчку с ним добавть в init.py и все?

yes

dvolodin, у дефолтной иконки нока есть проблема. она не отличимма от иконки kb по цвету.

и в какие правила ifindex добавлять?

вот пожалуйста, нок опять начал пустые уведомления присылать 20 new addresses discovered

dvolodin, что ты с днс сделал, у меня уже 57 ревизия зон валится за сегодня

- 2012100855 ; serial

+ 2012100857 ; serial

хм

при включеном discovery?

да

адреса из нее находит?

may be один новый мог найти

уведомления не доходят

от дискавери

все что можно было найти - уже давно найдено

zi_rus: да, пустые письма

в темплейте вроде все красиво, а письма пустые

acid232_, оно раньше нгормально работало, это из-за новой джанги сломалось

только у меня это выглядит как 1 new prefixes discovered

отпишитесь кто-нибудь в issue про джангу что письма пустые стали приходить

убег, а тем временем

- 2012100859 ; serial

+ 2012100861 ; serial

интересно, что будет когда дойдет до 99

Dmitry1, к тебе тема, правила для фм надо порисовать

кинь issue. разгребу по свободе

ок

и на меня issue сделай

может даже уже есть такой, сейчас посмотрю

почините save as new пожалуйста )

Dmitry1, не нашел как на тебя сделать, создал новый, сам возьми его

ok

zi_rus: в какое issue ?

acid232_, чего какое? смотри последние, если интересно

Dmitry1, еще один кинул

пока все

я уже сделал алармкласс Memory Insufficient

dvolodin, уже 2012100871, медленно приближаемся к сотне

Dmitry1, да, я видел, но это уже другой

думаю, проблему с переполнением TCAM туда же модно засунуть

TCAM - та бе память

та же память

все-таки не таже

только с хитровжаренным способом доступа

Huawei.VRP.get_ip_discovery трейсбэкает на ethernettrunk интерфейсах

я бы их назвал софтварная память и хардварная

у нас вроде есть класс по ошибкам ASIC

ufir: issue кидай

Dmitry1, по АСИК, мне кажется это тоже что-то не то

TCAM вроде бы в ASIC живет

Всякие там FIB, RIB и т.п.

В D-Link'е, насколько я понимаю, для них разная память, а в циске они живут в одной области.

и дерутся за нее :)

zi_rus: что-то я не вижу issue с django

если в huawei-vrp железяке в конфиге есть пробел - get_config не отрабатывает

в конфиге чего?

ufir: трейсбек покажи

в конфиге ничего, просто таймаут

щас уже поправил объекты на которых было так

в списке названий интерфейсов?

имеется в виду - в названии самого коммутатора

тогда он просто пищит

2012-10-08 18:36:49,719 MRT task=283853/1053732 object=cct01-krasnog(10.200.200.42) script=Cisco.IOS.get_ip_discovery status=failed code=17 error=Timed out

ой, не то

acid232_, NOC-427