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: 05.11.2015
freeseacher #
05:58
Ребята есть какое то описание чего делать с Unknown models ?
05:58
а то у меня их там стотыщмиллионов
e_zombie #
06:41
,,
RSA_ #
06:45
я их туда добавить не смог, или они автоматом добавляються?
e_zombie #
07:21
рисуй модельки
07:21
в багзилле есть раздел INV
|Faust| #
07:26
а добавлять как в неизвестные?
e_zombie #
07:27
оно само туда попадёт после скрипта get_inventory
|Faust| #
07:27
хм
e_zombie #
07:28
если в системе нет модельки для данного компонента
JevgeniR1 #
07:53
сайт все ещё на https://kb.nocproject.org/ ?
07:58
какбэ не работает
zi_home #
08:01
да, у меня тоже
08:01
сломалось что-то
08:48
а кто-нибудь может подсказать решение
08:48
чисто теоретически
08:49
вот у меня развенут нок
e_zombie #
08:49
dd if=/dev/urandom of=/dev/sda
zi_home #
08:49
а в другом отделе развернули нок на своем сервере чтобы рулить своими железками
08:50
а базу ипам хочется иметь общую
08:50
синхронизованную
08:50
но так чтобы сосед не мог залезть не в свой диапазон
08:50
такое возможно?
08:50
чисто теоретически
e_zombie #
08:50
так вроде как это селекторами рулится
zi_home #
08:51
это да, но есть нюансы
08:51
я не могу принять все железки сосдеднего отдела
08:51
у меня слабая машинка
08:52
плюс права доступа, я же как суперюзер буду иметь полный доступ
08:52
а тут как бы у каждого будет свое
08:52
и те же графики
08:52
ну и так далее
08:53
то есть иметь две независимые инсталляции
08:53
но с некоторой синхронизацией по одному модулю - ипам
e_zombie #
08:54
думаю это изврат .
08:54
проще добавить железки к тебе. но через радиус например не давать тебе енейбла на них.
zi_home #
08:54
мне тоже так кажется, но если бы был простой способ реализовать, то я бы воспользовался
e_zombie #
08:54
и тебе настроить нужный дискавери.
08:55
и не принимать с них сислог и другое гавно что грузит систему.
zi_home #
08:55
ну а если им надо сислог
e_zombie #
08:55
нагрузка на железо вырастит незначительно
zi_home #
08:55
а управлять правами пользователей
e_zombie #
08:55
так пусть они со своим сислого м и трахаются. а ты их к себе не тащи
zi_home #
08:55
это тоже гемор
e_zombie #
08:56
у них пусть будет полная инсталяция
08:56
а ты себе бери только дискавер ipam
zi_home #
08:56
ну так я и говорю, у них полная инсталляция и они сами там крутятся
e_zombie #
08:56
и не городи эти синхронизации
zi_home #
08:56
а синхра чтобы было удобно
08:56
или ты предлагаешь кому-то лазить в чужую систему чтобы вести адреса
08:56
а все остальное в своей
08:56
это же неудобно
08:57
постоянно мат будет стоять
e_zombie #
08:58
я думаю что пусть они разворачивают и настривают у себя полноценную инсталяцию и потом родится план как это совместно использовать
08:58
я думаю закончится тем что народ перестанет лезть в залупу и будет у вас одна инсталяция
zi_home #
09:00
да не, это нормальное решение, если централизовано внедрять
09:00
и были бы у нока свои админы которые и юзеров создавали и права раздавали
09:01
а бесплатно самому становиться крайним по всем проблемам что-то не хочется
09:01
нок же стаят для себя
09:02
чтобы проще жить было
09:02
а для продакшена все равно покупают дорогие системы от вендора
09:03
e_zombie, ты как, познал дзен пользования нока всякими юзерами? а это только один регион, а теперь представь на тебя еще пять регионов повесят, а потом еще десять
t2me #
09:04
народ кто может SA Profile Juniper.JUNOS пофиксить?
zi_home #
09:04
cd /opt/noc/sa/profiles/Juniper/JUNOS/
09:05
use nano, or vim, or mcedit, etc.
t2me #
09:05
get_interfaces
e_zombie #
09:05
zi_home: я не познал ничего. у меня всё стоит раком. адово тормозит. отваливается с ошибкой веб интерфейс везде. ну и саботаж откровенный. строю отчётики по оборудованию. где провода гнилые и всё пожалуй.
t2me #
09:06
там для версии 14.2R3.8 он спотыкается
zi_home #
09:06
nano /opt/noc/sa/profiles/Juniper/JUNOS/get_interfaces.py
t2me #
09:06
я тушенку снял
09:07
но сам червя душить не умею
e_zombie #
09:07
t2me: /noc debug-script get_interfaces ....... и пости баг
zi_home #
09:08
e_zombie, отож, и на халявной инсталляции ебаться с этим тебе, поэтому увеличивать количество юзеров больше десяти чревато гемороем
09:08
поэтому я и говорю, что надо отдельную инсталляцию на каждый отдел
09:08
и каждый ебется со своими проблемами сам
e_zombie #
09:08
на самом деле нет. главное чтобы этим юзверям это действительно надо было.
09:08
и это действительно приносило пользу.
09:12
когда оно приносит пользу и люди видят в этом необходимость - ебать мозг они не будут .
09:12
а если через продавливание - то тут да. может быть что угодно.
zi_home #
09:14
ну вот как раз на уровне принесения пользы и есть проблемы
e_zombie #
09:14
тогда не ввязывайся .
zi_home #
09:14
вот все понимают что сбор конфига нужен
09:14
я собираю
e_zombie #
09:14
ну и хорошо.
zi_home #
09:14
я знаю что новые добавленные железки не дискаверятся
09:14
нок надо перезапускать
e_zombie #
09:15
эээээээ ?
09:15
ты досихпор не приделал автодобавлялку ?
zi_home #
09:15
если непонятно кто будет будет добавлять железки и нихуя не будет дискавериться
09:15
кому будут ебать мозги
09:15
отож
09:15
e_zombie, какую добавлялку?
e_zombie #
09:15
у меня это автоматизировано уже почти год
zi_home #
09:15
ну а у нас это ручками
09:16
каждый добавляет свое
09:16
тут с этим сложно
09:16
даже не то что каждый свое, а добавляет тот кого это волнует, за почти год почти никто кроме меня не почеался
e_zombie #
09:17
https://kb.nocproject.org/pages/viewpage.action?pageId=19169410 вот это добавил и дальше https://kb.nocproject.org/pages/viewpage.action?pageId=19169430 и всё. кури бамбук
zi_home #
09:17
e_zombie, это для сетей доступа
09:18
когда железки десятками добавляются
09:18
у нас не такой масштаб
09:18
вот почему нок не может даже самое элементарное делать без косяков
e_zombie #
09:18
да всё равно. по крону работает и всё.
09:18
у меня ежедневно добавляется всего 3-5 железок.
09:19
я чё дурак это делать руками когда это может сделать сервак сам ?
09:19
походу ты недостаточно ленив.
zi_home #
09:20
разгарничение ЗО
e_zombie #
09:20
я тоже пытался с адресных планов добавлять железо. потом понял что это путь "в никуда"
zi_home #
09:20
мне не нужно все говно до чего нок дотянется
e_zombie #
09:20
введи диапазоны IP и расслабся
09:21
а что тебе нужно ?
zi_home #
09:21
боюсь ты не представляешь всю печальность картины
09:21
адресный план не работает
09:21
тут всем похуй
09:21
несмотря на все мои потуги
e_zombie #
09:21
а ты думаешь у меня по другому.
09:22
у меня напротив сидит главный за сеть - он ни разу в нок не вошёл за два года.
09:22
из принципа .
09:22
короче я не вижу проблем у тебя.
zi_home #
09:22
у меня две железки в месяц добавляются
09:22
не вижу проблемы сделать это руками
09:23
проблема в том как показать эту порнографию людям
e_zombie #
09:23
у тебя всё железо добавляется в default для которого отключено всё. и что туда попадёт - глубоко похуй. потом по данным с снмп ты отслеживаешь что тебе надо и пихаешь в нужную голуппу
zi_home #
09:23
если нок без рестарта нихуя конфиги собирать не будет
e_zombie #
09:23
пиздишь
zi_home #
09:23
факт
e_zombie #
09:23
собирает прекрасно
zi_home #
09:23
две железки я добавлял
09:23
пока не перезапустил не дискаверил
JevgeniR1 #
09:24
.ova имэдж юзабельный вообще, или лучше на голый линукс noc накатывать?
zi_home #
09:24
потом другой человек добавлял
09:24
та же хуйня
e_zombie #
09:24
UPDATE sa_managedobject SET object_profile_id = '9' where profile_name = 'Nateks.flexgain' and name not like 'wiping-%';
09:24
UPDATE sa_managedobject SET object_profile_id = '94' where profile_name = 'Zelax.OS' and name not like 'wiping-%';
09:24
UPDATE sa_managedobject SET object_profile_id = '63' where profile_name = 'Rubytech.l2ms' and name not like 'wiping-%';
zi_home #
09:24
причем это недавно сломали
09:24
на новой инсталляции все работало
09:24
на како-то апдейте все сломалось
e_zombie #
09:24
такс. подожди 5 сек я проверю железки которые добавили на сеть вчера
09:26
да . ты прав. это баг.
09:27
багрепорт ест ь?
zi_home #
09:27
от меня нет
e_zombie #
09:27
я чтобы повторный не создавать ?
09:27
и в чём кстати проблема чтобы рестартануть нок после добавления ?
zi_home #
09:27
TSergey первым заметил, ездил по ушам dvolodin
e_zombie #
09:28
у меня это обычно ночью проходит
zi_home #
09:28
потом я поймал
09:28
да, хуня какая, не работает, давайте рестартовать
e_zombie #
09:28
костыль в две строчке в конце башь скрипта.
zi_home #
09:29
у тебя в индии родственников нету?
09:30
а то знаешь...
09:30
такие решения для проблем
e_zombie #
09:30
мне проще добавить две строчки в баш скрипт и сделать баг репорт . чем сидеть и страдать .
zi_home #
09:31
еще вариант что тебя программер из АЛУ покусал
09:31
у них такие же решения
e_zombie #
09:32
я не могу сам себя покусать.
zi_home #
09:32
их SAM написан какими-то мудаками и не работает на нашей сети, пришлось в дизайн костыли вписывать чтобы их ебалда заработала
09:32
ты предсталяешь
09:32
чтобы заработала ОСС
09:32
надо дизайн сети подгонять под нее
09:33
представь что нок не заработал бы
09:33
и ты пошел бы к админам сказать что надо сеть перехуярить
e_zombie #
09:33
:-D
zi_home #
09:33
вон тому что напротив тебя сидит
e_zombie #
09:33
ну я как то предложил им такое счастье. меня послали нахуй.
zi_home #
09:33
и правильно сделали
09:34
иначе как эта хуйня называется
e_zombie #
09:34
ну вернее я там предложил сделать так что бы вланы для сервисов на коммутатарах были одинаковые. а для этого нужно было ебаться .
09:34
кхм. у меня после рестарта дискавери для хоста не поевилось .
09:34
мнда.
zi_home #
09:35
не рестарт дискавери
09:35
рестарт нока
e_zombie #
09:35
NOC-1707
zi_home #
09:35
./scripts/noc-launcher.py stop
09:36
./scripts/noc-launcher.py start
e_zombie #
09:36
рестарт нока сделал. дискавери не появилось
zi_home #
09:37
это что-то еще
09:38
но кого это волнует
09:38
у нас говно со вкусом микросервисов делается
09:38
будет еще 100500 багов
09:38
новых и старых
evyscr #
09:39
это будет в любом случае
zi_home #
09:39
хуй с ней с документацией
09:39
работал бы нок нормально
09:39
остальное бы приложилось
evyscr #
09:39
хуй с вами же
zi_home #
09:39
хуй всегда с нами
e_zombie #
09:39
микросервисы нужны. от этого не уйти.
evyscr #
09:39
кто сказал, что нок - не write-only?
09:40
пешите патч для 1707
09:41
или хотя бы дебажьте до строчек кода
09:42
а тем временем в параллельной галактике: "Fix for the regression since 2.5.1 found!"
09:43
кстате, 1707 можно ж побисектить
09:43
найдите коммит, после которого сломалось
09:44
тады я, возможно, сумею что-то сделать
zi_home #
09:47
хз, я за полгода два раза всего обновлялся
09:47
не знаю когда оно могло навернуться
evyscr #
09:54
подозрительными навскидку выглядят 11412 и 11399
e_zombie #
10:19
dvolodin: NOC-1707
t2me #
10:19
zi_home, e_zombie, http://pastebin.com/TrcqSdGV debug_script__get_interfaces__JunOS_v14.2R3.8
e_zombie #
10:20
володину покажи
t2me #
10:34
dvolodin, http://pastebin.com/TrcqSdGV debug_script__get_interfaces__JunOS_v14.2R3.8
dvolodin #
10:35
обломалось на cbp0
10:35
что это такое?
t2me #
10:42
dvolodin, это псевдо интерфейсы... внутренние, кажется в v13. появились конфиге никак не значатся.
10:42
pe-1-tim1> show interfaces cbp0
10:42
Physical interface: cbp0 , Enabled, Physical link is Up
10:42
Interface index: 129, SNMP ifIndex: 503
10:42
Type: Ethernet, Link-level type: Ethernet, MTU: 1514
10:42
Device flags : Present Running
10:42
Interface flags: SNMP-Traps
10:42
Link type : Full-Duplex
10:42
Link flags : None
10:42
Current address: 00:17:cb:da:20:11, Hardware address: 00:17:cb:da:20:11
10:42
Last flapped : Never
10:42
Input packets : 0
10:42
Output packets: 0
10:43
pe-1-tim1> show configuration interfaces cbp0
10:43
None
10:43
http://www.juniper.net/documentation/en_US/junos13.3/topics/concept/pbb-pip-cbp-interface-understanding.html
Villi #
10:53
тут же много пацанов из ростелека тусуется?
10:54
почему вы такие изверги что /32 блекхольные не принимаете
10:54
совести у вас нет
e_zombie #
10:54
таки и шо ?
10:55
ви думаете тут сидят люди что сетью управляют ?
dvolodin #
10:55
Villi: стандартная практика на границе резать анонсы длиннее /24
Villi #
10:56
dvolodin ага, для блекхола
10:56
никто в мире так не делает
dvolodin #
10:56
без разницы для чего
Villi #
10:57
ни с коджентом ни с левел 3 у меня таких проблем почему-то нет
10:57
только РТ впереди планеты всей
dvolodin #
10:57
Villi: твое утверждение неверно :)
Villi #
10:57
ну да, согласен
10:57
формально неверно
dvolodin #
10:58
РТ так делает потому что так делает один из крупнейших операторов :)
10:58
коим является РТ :)
e_zombie #
10:59
=-O:-D
dvolodin #
10:59
то есть РТ опирается на ведущий мировой опыт
10:59
:)
e_zombie #
10:59
и формирует его сам
dvolodin #
10:59
e_zombie: а это уже право сильного :)
Villi #
10:59
как говорится to know recursion you must first know recursion
dvolodin #
11:00
РТ с кожаными как-то странно сравнивать
11:02
у вас в договоре прописана обработка blackhole community?
11:02
я имею в виду договор присоединения
Villi #
11:03
да кто его знает, этот договор заключался в лохматые годы
11:04
жду письма от РТ с причинами, далее будем пытаться продавливать. если не продавим - не знаю что делать будем. отключаться не хочется конечно
e_zombie #
11:05
это половая драмма менеджеров которые работают с рт.
11:05
как только замаячит расторжение - всё сделают.
dvolodin #
11:07
смотря к какой сети присоединение
11:07
если на уровне МРФ, пошлют нафиг
e_zombie #
11:09
https://pp.vk.me/c627918/v627918151/1bb91/3JAHW5K8weQ.jpg
11:09
https://pp.vk.me/c627918/v627918151/1bb9b/TGno3qcTTU8.jpg
11:09
https://pp.vk.me/c627918/v627918151/1bba9/HIMmHFg-1Ms.jpg
dvolodin #
11:09
А так, если в договоре в явной форме не прописано, то и проблемы нет особой
e_zombie #
11:10
dvolodin: NOC-1707 чини баг. мы страдаем. сильна.
dvolodin #
11:11
в микросервисах починил :)~
11:13
ага
e_zombie #
11:14
я до февраля на микросервисы переходить не собираюсь.
dvolodin #
11:15
а что будет в феврале?
e_zombie #
11:15
мне начнут давать премию
11:15
может быть
11:15
или уволюсь нахрен
bee26 #
11:16
рт премии не дает
ufir #
11:17
нам дают ;)
bee26 #
11:17
1 раз в квартал? 1раз в год?
ufir #
11:17
квартальные, плюс за выполнение особо важных заданий
dvolodin #
11:18
в москве нормально дает
11:18
квартальные
bee26 #
11:19
нормально или регулярно?
e_zombie #
11:21
мне за августовваский косяк не дают квартал
JevgeniR #
11:21
entertain us
bee26 #
11:22
у нас опоздание - косяк
ufir #
11:23
а у нас все срать на опоздания
dvolodin #
11:23
bee26: нормально и регулярно
kokozzi #
11:27
NOC-1707 чинится только с помощью ./noc fix , я с этой проблемой тут уже пару недель назад обращался
11:28
после автодискавери все падает в Suspend и с концами
dvolodin #
11:37
мне сейчас проблематично разобраться, в микросервисах того куска просто нет
ufir #
11:40
чот у меня обновление висит
11:40
No patches applied
11:40
Pulling branch develop from repo https://bitbucket.org/nocproject/noc
Night_Snake #
11:51
Кстати атлассиан корежит жёстко. у меня их главная даже не с первого раза загрузилась
11:51
так что мейби и остальное в их облаке тож глючит
dvolodin #
11:54
скорее амазон s3
ufir #
11:56
хмм... а что такое
11:56
ImportError: No module named Comware.get_config
11:56
upgrade-user: 36: syncdb failed
dvolodin #
11:58
там, вроде, правили уже
ufir #
11:58
хз, вот при апдейте написало
12:02
да.. что-то валится при апдейте. http://pastebin.com/guLgkPjz
dvolodin #
12:03
freeseacher: ты же вроде фиксил это?
evyscr #
12:03
там реквест висит
dvolodin #
12:03
да, сливаю
12:04
слил
12:08
ufir: вытащи еще раз
freeseacher #
12:10
dvolodin, там еще надо было import re
dvolodin #
12:13
докиньте еще один pull request
ufir #
12:14
все нормально, ошибка пропала. зато вылезла другая
12:14
NameError: name 're' is not defined
12:14
upgrade-user: 36: syncdb failed
e_zombie #
12:42
на моей конфигурации ./noc fix не прокатывает потому что стопорится на оптимизации maptask залоченном незаконченными транзакциями
12:44
хотя я сам предложил делать оптимизацию бд в нём
13:04
кхм. нок фикс мне не помог с дискавери
13:05
нуда.
dvolodin #
13:08
?
e_zombie #
13:08
ну до меня допёрло почему у меня этот баг .
13:08
у меня хосты добавляются в группу где включен дискавери только по пингу.
13:09
а потом черех sql он перекидывается в другую группу с отличными дискавери.
13:09
и ясен перец что для него атребуты дискавери не применяются новые.
13:09
надо делать чекалку для проверки
dvolodin #
13:10
эээ
e_zombie #
13:10
что хост в группе и у него включены все дискавери для него .
dvolodin #
13:10
а вот не надо голого SQL
e_zombie #
13:14
:-(
13:14
нуууууу а по другому я не знаю как их перекидывать. и вообще не понятно.
dvolodin #
13:17
через ORM
e_zombie #
13:18
"ты не умничай = ты пальцем покажи" (С)
evyscr #
13:19
учи петон, хуле
kokozzi #
13:23
у меня скрипт добавляет сразу в группу с включенными дискавери, это не влияет
e_zombie #
13:24
логично. у меня это два не связанных между собой процеса
kokozzi #
13:25
я грешил на что, что с дефолтным профилем железки проходит только дискавери по пингу
13:25
но уверенности в этом нет
13:26
sa профиль имею ввиду
dvolodin #
13:28
задачи проставляются и по save
evyscr #
13:41
должны проставляться, но такое не всегда наблюдается
13:41
TSergey именно за нерабочий save говорил
13:46
и дёргание DiscoveryJob.apply_object_jobs(m)
kokozzi #
13:49
save ничего не дает
dvolodin #
14:02
сигналы django'вские разломались
e_zombie #
14:21
нахера девелоп слома ли 7
14:23
http://pastebin.com/C2KPGvk8
evyscr #
14:44
чего стонать-то? взял да и пофиксил.
e_zombie #
14:44
у меня прав коммитить нету.
14:44
да и я просто уфигачил эту папку и вссё.
14:44
у меня хп нету
evyscr #
14:46
лечим головную боль окончательно и беспоротно. недорого. спросить палача e_zombie.
14:47
уже даже на к'анале сказали, как поправить
dvolodin #
14:56
сделайте pull request
evyscr #
14:57
незачем
dvolodin #
15:01
смотрю уже поправили
15:01
ага
15:02
допилил cdp и lldp discovery, можно тестить
Tweet
Share this page
Share this page: Tweet