nocproject.org
03:26
поймал себя на мысли, что давно не приходили письма от нока. посмотрел логи, нотифаер умер 22 февраля. перезапустил нок и теперь сижу охуеваю :)
03:26
уже пошла вторая тысяча писем
03:40
вроде задышал импорт из ФИАС
03:40
нужно статейку набросать
03:40
по-хорошему еще нужен импорт из неструктурированного списка
03:41
с полным указанием адресов домов
03:41
для умных и ленивых людей, у которых адреса -- текстовым полем
04:25
Забыл как добавлять коммутатор в Rack
04:25
в инвентори, кто подскажет?
04:31
drag & drop + указать position в свойствах коммутатора
04:37
У меня в лост+фоунд очень большой список и drag & drop не срабатывает, надо перетянуть коммутатор с самого верха в самый низ..
04:45
ну тогда через шелл или базу прописывать коммутатору в container id rack
04:46
айдишник рэка в свойство "контейнер"
05:21
admin_, это у всех так, называется ибись как хочешь, но drag&drop
05:23
в списке МО, есть "звездочка", "Mark/L" это свойство? ее можно поставить программно?
05:33
или еще вопрос: как программно инициировать сбор конфига?
05:35
TSergey, sa-mo-edit-discovery config discovery - run
05:38
он про noc shell я думаю
05:38
alamar, in managed_object_profile. SA-Setup-managed object profile - edit\add. And then set this profile in sa-mo-edit
05:38
zi_rus, а..
05:39
_4ePTeHok: так программно же :)
05:39
lexus-omsk: помог с тем как из сниппета менять пароль
05:40
теперь хочу как-то отметить где это сделал (вопрос про звездочки) и инициировтаь сбор конфигов (второй вопрос)
05:42
TSergey, сходи в код sa-app-mo
05:42
там есть метод def api_run_discovery
05:44
там их кстати два
05:44
actions (то что по кнопке в sa-mo запускается
05:45
и то, что в sa-mp-edit-discovery
05:45
mo*
05:45
грубо говоря нужны 2 функции
05:45
def ensure_discovery_job(self, job_name, managed_object):
05:45
if not hasattr(self, "discovery_scheduler"):
05:45
from noc.inv.discovery.scheduler import DiscoveryScheduler
05:45
self.discovery_scheduler = DiscoveryScheduler()
05:45
self.discovery_scheduler.ensure_job(job_name, managed_object)
05:45
ето
05:45
и
05:45
for cfg, name, method in self.DISCOVERY_METHODS:
05:45
if getattr(o.object_profile, cfg):
05:45
self.ensure_discovery_job(name, o)
05:45
refresh_schedule(
05:45
"inv.discovery",
05:46
name, o.id, delta=d)
05:46
только тут указать конкретный джоб
05:46
да, спасибо, есть где порыться
05:46
из self.DISCOVERY_METHODS
05:47
рассказывая ответы на вопросы порой сам узнаешь как оно работает)
05:48
только нужно как-то выбрать то, что нужно обработать (сниппет же безответный), т.е. пометил девайс + высыпал в него пароль
05:48
затем запустил на выбранное запрос на сбор конфигов
05:48
вот я про звездочки и спросил
05:49
отлучусь, пишите еще :)
06:28
06:28
Дмитрий1, с возвращением
06:43
ооо, иссью ин прогресс, месяц прошел всего )
07:48
07:48
драстежопановыйгод
08:01
_4ePTeHok, спасибо.
08:01
одновился
08:18
трям всем
08:18
блять... не было печали %(
08:19
_4ePTeHok, как гонцу с плохой вестью.... ))
08:19
хотяяяя. там только с хиртбитом, а у меня нигде не включено )
08:32
dvolodin, помнишь misak спрашивал про vrf и rd (
NOC-1299) - ждать ли счастья в ближайшее время?
08:36
что значит параметр "Change configuration" в форме сниппета?
09:12
хозяйке на заметку - нат на Vyatta работает практически на wirespeed. Средний сервер под никсом еле прожевывавший 600Мбит, на вятте качает под 1,8Гб фуллдуплекса
09:19
dvolodin: ты писал --- "По умолчанию опрос конфига происходит раз в день, или при получении события Configuration Changed" что это за "получение события"? это при анализе лога?
09:20
имеет ли к этому отношение параметр "Change configuration" в форме сниппета?
09:20
mikevlz: спасиб, значит у меня это пока не работает
09:20
_4ePTeHok: vyatta это линукс такой?
09:21
ну оно софтовое, аля роутерос
09:21
хотя есть и хардварные железки вроде у них
09:21
Dmitry1: привет, спасибо за фиксы
09:21
внутри роутерос линукс
09:22
Vyatta — сетевая операционная система, основанная на Debian GNU/Linux.
09:22
вот и выяснили
09:22
значит nat там реализован через iptables
09:23
мы и наши конкуренты пробовали
09:23
и линуксы всякие, и BSD и железные решения
09:23
если там и таблесы, то очень переработанные
09:23
все зависит от версии ядра и реализации nat
09:24
соседи у себя 6-7Гб фулдуплекса с кастрюли выжимают
09:24
под вяттой с небольшим тюнингом
09:24
у нас кастрюльки послабее
09:24
какое там ядро линукса?
09:25
умеет ли там nat распараллеливаться?
09:26
6.6 [7] May 2013 Current Daisy Pacifica 3.3.8 DMVPN, Multicast Routing, SNMPv3
09:26
ну на МП у нас нагрузка расходится
09:26
по ядрам
09:27
круто
09:27
в линуксе ядро 3.14, а у тебя уже 6.6
09:27
"8[16:21] mikevlz: сислог/трап"
09:27
чего нужно, чтобы это заработало, минимально? завернуть логи на нок?
09:27
TSergey, включить на коммутаторе отсылку снмп-трапов на коллектор нока
09:27
значит в 3.3.8 что-то подшаманили с nat
09:28
TSergey: да. и убедиться, что на сохранение конфигша генерируется событие, которое распознается как "Config changed"
09:28
Dmitry1, оно еще с более ранних версий лучше работало
09:30
например, во FreeBSD как минимум 3 разных nat. Соответственно, в разных ситуациях они работают с разной производительностью
09:33
mikevlz:, Unbeerable а если трап уходит на другой хост (еще не знаю чего на нем анализирует трапы), то все, механизма узнать, что конфин поменялся нет?
09:33
*конфиг
09:34
смотришь блог zi_rus, он там писал, как он собирал логи в сислог + пересылал их ноку
09:34
немножко думаешь
09:34
профит
09:35
да, про сислоги я читал
09:35
с трапами теоретически то же самое можно сделать
09:37
mikevlz: знаешь чего делает параметр "Change configuration" в форме сниппета? может это аналогичный механизм зашедулирования сбора конфига?
09:38
09:39
И так далее по всем зависимостям
09:40
Vyacheslav, прыгай сразу не девелоп-ветку
09:41
./etc/upgrade.conf правил?
09:41
там ветку на девелоп поменяй
09:42
у кого то тут были сце 2020, софтом 4.0 не поделитесь?)
09:43
Vyacheslav: покажи чуть больше лога
09:43
а не одну строчку
09:44
Vyacheslav: и лог в пастебин, плс
09:45
_4ePTeHok: тебе полный набор нужен ?
09:45
нашел уже) думал потерял
09:45
спасибо.
09:49
_4ePTeHok: thank you :)
09:51
and one more (and for the near future I hope it's the last) question - I imported vlans from a cisco switch it worked splendidly with dev. branch. Now I changed some vlan names - How can I update the entries? if I import again it does not recognize the changes and only tells me there are no new vlans. Will this be done when activating vlan discovery in the object profile of the switch I imported the vlans from?
09:55
alamar, 15 minutes, i'll see sources
10:02
dvolodin, а у нас правда не обновляются вланы в VC, при включенном vlan_discovery?
10:04
Привет, в последних версиях нока в Configuration Management остутствует вкладка Configs. Ее наличие позволяло делать массовый сбор конфигов по выбору из списка. Объясните кто-нибудь, чем это лучше? стоит ли ожидать, этот функционал будет возвращен в следующих ре
10:05
gr_gr: не будет
10:05
выбираешь в списке, жмешь кнопку "run discovery"
10:05
jyj b rjyabub cj,thtn? b xt-ybnm ckjvftn
10:05
оно и конфиги соберет и чо-нить сломает
10:06
а если несколько за раз?
10:06
дык в общем списке выбираешь несколько...
10:06
и дальше по тексту
10:14
Dmitry1, чо то последний апдйет не очень
10:14
10:16
freeseacher, это не он, это _4ePTeHok
10:17
аа
10:17
ок
10:17
_4ePTeHok, последний апдейт не очень
10:20
freeseacher, там моделька кривая была в репо
10:20
удали строчку из локального манифеста
10:20
с Cisco | 7600 | RSP720-3CXL-GE
10:20
./inv/collections/objectmodels.csv
10:22
./inv/collections/objectmodels/manifest.csv
10:22
который ?
10:26
_4ePTeHok: UUID поменяли?
10:46
dvolodin, смотри, была старая моделька с верным пидом, но неверным именем
10:46
нужно было ее переименовать, сохранив UUID
10:46
так и сделал
10:46
я изменил имя на верное и создал вторую модельку
10:47
RSP720-3CXL-GE \ RSP720-3C-GE - теперь две модели
10:48
пид и uuid сохранил, чтобы не было проблем
10:49
freeseacher, я же название дал
10:49
манифест да
10:50
а в чем тогда беда?
10:50
при обновлении ругнется что в локальном манифесте есть такое имя
10:50
снести строчку - и все поедет
10:51
ага
10:51
снес поехало
10:54
на чистую все нормально
10:54
dvolodin: что такое "Change configuration" в форме сниппета?
10:56
dvolodin, Дим, скажи как vlan-discovery работает в случае наличия влана в VC. Будет ли менять имя влана, если такой уже есть?
10:56
в коде репорта вижу
10:56
def submit(self, vc_domain, l1, name=None):
10:56
if not self.enabled:
10:56
return
10:56
r = vc_domain.vc_set.filter(l1=l1)
10:56
if r:
10:56
self.change_vc(r[0])
10:57
на деле не вижу изменения имени
10:57
grep "Cisco | 7600 | RSP720-3CXL-GE" inv/collections/objectmodels/manifest.csv
10:57
Cisco | 7600 | RSP720-3CXL-GE,8c623e23-678c-41f6-b7ed-438f6b14ce73,Cisco/7600/RSP720-3CXL-GE.json,298731982d0f19bc268aaf27f08e101db1462d7420ecb03bd566e903f0f2bc56
10:57
grep "Cisco | 7600 | RSP720-3CXL-GE" local/collections/inv/objectmodels.csv
10:57
Cisco | 7600 | RSP720-3CXL-GE,2fade0fb-cf90-4783-8b45-092413f78672,Cisco/7600/RSP720-3CXL-GE.json,ed0476022b6521cfa8de2037ec21d41e0341d69543e31a1615b866a5e88eb785
10:57
не
10:57
имя же сменилось
10:57
я про то, что UUID'ы разные
10:58
в старом имя RSP720-3CXL-GE, в новом RSP720-3C-GE
10:58
там уиды совпадут
10:59
Cisco | 7600 | RSP720-3C-GE,2fade0fb-cf90-4783-8b45-092413f78672,Cisco/7600/RSP720-3C-GE.json,da4a17368e8eac47adc97c820fb6c66946bd959a9c83fb39b24acc27deb971c2
11:01
если бы я пид поменял а не имя - модельки бы сцепленные посыпались
11:01
вижу
11:02
ты его переименовал и сделал новый с таким же именем
11:03
угу
11:03
потому что такой тоже есть)
11:05
dvolodin, по VC ответь плиз
12:18
Привет, кто может подсказать, в NOC как-то странно съехала дата в Config Management, при просмотре Configs графа Next Pull зависла на 21.03.2014 17:46:04
12:18
Самое банальное - рестарт, пробовал подкрутить дату на сервере, не помогло ъ
12:19
Nikita_af, так и должно быть
12:19
эта дата игнорируется
12:19
ну вот просто так вот
12:19
смирись :)
12:20
в последних коммитах(гдето в ноябре) этот механизм выпилили воообще
12:20
теперь он отображается в другом месте
12:22
Забавно, а я все думал, что с ним не так)
12:26
Nikita_af: в Service Activation -> Managed Objects -> Edit -> вверху Config
12:41
Kostua Спасибо, но меня беспокоила именно Next Pull.
13:12
И еще вопрос на миллион, как удалить VRF ? выбираю VRF, щелкаю Delete и ничего не происходит
13:34
Nikita_af, дефолтовый?
13:35
<_4ePTeHok> нет, я его не трогаю
13:35
твой врф пустой?
13:35
или внутри префиксы
13:37
ВРФ пустой, ни префиксов, ни адресов
13:37
Только 0/0 стандартный внутри
13:38
Причем появляется предупреждение об удалении, щелкаю Yes и все
16:14
so - regarding the vc import - is there any way to periodically check for updates on the vlan names etc?
17:19
alamar, try to activate vlan_discovery
17:48
zi_home: I have in the objectprofile for the specific switch
17:49
(it's the one I originally imported the vlans from)
17:52
do not forget enable it in noc.conf
17:57
it already is :/
22:06
the vlan script is run but the vlan names are not updated
Share this page
Share this page: