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: 02.02.2016
AleksandrB76 #
06:41
Микросервисы, Ubuntu
06:41
Все сервисы включены, внедряю новую ноду, получаю
06:41
TASK [notebook : include] ******************************************************
06:41
fatal: [DYKONode01]: FAILED! => {"failed": true, "reason": "ERROR! the file_name '/opt/tower/var/tower/playbooks/DYKO/ansible/os/Ubuntu/main.yml' does not exist, or is not readable"}
06:41
при отключении сервиса notebook - deploy проходит, но не открывается страница внедренной ноды.
dvolodin #
06:42
да, там нужно playbook доделать для ubuntu
07:02
для notebook и dev нет ubuntu'шных веток
07:03
в Ubuntu есть пакеты libzmq3 и libzmq3-dev
07:03
?
AleksandrB76 #
07:03
о как, переходить на debian? счас гляну
07:04
есть эти пакеты в ubuntu
dvolodin #
07:05
да, прописал
07:05
сделай pull и передеплой
07:05
Я проверял deploy на debian
07:05
Dmitry1 - на фре
07:07
А в целом - все дружно топаем тестировать микросервисы
07:08
они работают куда стабильнее develop
07:08
и сильно шустрее
07:11
новый SA хорош, и там нет проблемы с распуханием и клином sa_maptask
e_zombie1 #
07:13
,,
dvolodin #
07:13
и scheduler'ы сильно оптимизированы в discovery
07:15
на develop есть смысл оставаться только если используется pm
e_zombie1 #
07:15
а перенос конфигурации сети и правил ?
dvolodin #
07:19
e_zombie1: база та же
07:20
правда в твоем случае придется перелопатить managed object profile
07:20
там немного другие галочки теперь
07:20
А с PM хочу вообще тупо в лоб
teroni804 #
07:20
dvolodin: а ты поправил в дебиане - systemctl enable noc ?
dvolodin #
07:21
teroni804: не правил
teroni804 #
07:26
сам нок переписывать не webix будешь?
07:26
упс
nemo_ #
07:48
&
e_zombie1 #
07:49
&&
evyscr #
07:49
2>&1
nemo_ #
07:49
о как)
e_zombie1 #
07:49
/dev/null
nemo_ #
07:49
доброго времени суток
07:52
собираюсь первый раз равернуть попробовать NOC - можно поставить его так чтобы он информацию с устройств собирал но не мог управлять ими?
07:52
покачто боязно ему давать управлять продуктом
e_zombie1 #
07:53
а оно и не управляет по дефолту. у тебя управление есть только через run-commands и add_vlan
07:53
ну и консоль в карточке МО.
filonov #
07:53
ну и скрипты
nemo_ #
07:53
флажок флажок Is Managed? за что отвечает?
e_zombie1 #
07:54
за то что там будут выполняться процессы дискавери
nemo_ #
07:55
спасибо, пойду ковырять
e_zombie1 #
07:55
гы. зря он отлогинился.
zi_rus #
08:01
еще вернется
08:01
весь побитый и взъерошеный
e_zombie1 #
08:08
надо было ему сказать чтобы по дефолту отключил все дискавери
filonov #
08:08
каждый сам должен осознать что нок - это боль
SomovIS_ #
08:33
😃
e_zombie1 #
08:33
ёбаная хуйня
SomovIS_ #
08:33
Я сперва учетки для нока ro делал
08:33
Ага
08:34
И джун трде
08:34
Или может это мне так не везет?
08:36
arp, mac sync между нодами не проходит нормально, вырубил вторую роду вообще, на первой роде через какое-то время процесс l2-learning покрашился и не перезапускался, switchover сам не сделал, когда вручную сделал
08:36
switchover - все заработало
08:36
нода* блять
08:37
У кого на mx480+ какой софт?
evyscr #
08:43
новости с фронта: какие-то пидарасы сломали в develop asset_discovery
08:44
симптомы: джоб тормозится в каком-то месте, noc-discovery разбухает и убивается oom-killer'ом
08:45
возможно, что подобное проявляется только с определённым оборудованием
08:48
да, cpu при этом отжирается по самые помидоры
freeseacher #
08:49
evyscr, уверен что дело в accert_discovery
08:50
у меня такое довольно давно
08:50
и грабля которую мы нашли c dvolodin в diff либе
e_zombie1 #
08:50
с разморозкой. уже весь дебакабрь
evyscr #
08:53
freeseacher: я ему впихивал (условно говоря) ассерт
08:53
e_zombie1: я с середины декабря благоразумно не обновлялся
08:54
до недавнего времени
09:04
главный подозреваемый: get_compatible_types
zi_rus #
09:23
dvolodin: а можно в ипам как-нибудь скрыть ненужные врф?
09:23
если уж нок все равно дискаверит
dvolodin #
09:37
evyscr: попродробнее?
09:37
он не зацикливается?
evyscr #
09:55
а хрен его знает
09:55
логов нормальных нет
09:58
пока пробую ассертить get_compatible_types
dvolodin #
10:03
ConnectionType.extend нужно проверить
10:04
может где колечко сотворили
evyscr #
10:04
я уже обматерил тебя за мердж дикого пулл-реквеста от SomovIS_
10:05
но вообще с колечками надо бороться в коде
dvolodin #
10:07
evyscr: да, он был стремный
10:08
давайте в сторону сливания веток двигаться
e_zombie1 #
10:12
хахахахахаха
10:12
сперва слить девелоп с дефолтом.
dvolodin #
10:12
зачем?
e_zombie1 #
10:12
и только потом в девелоп влить микросервисы
dvolodin #
10:13
я даже кодовое название придумал для релиза
e_zombie1 #
10:13
хуй пизда джигурда?
evyscr #
10:13
catch your bugs?
dvolodin #
10:13
Prašná brána
e_zombie1 #
10:13
ты получишь боль?
10:14
facepalm.jpg
Melkin #
10:16
Добрый день. Подскажите пожалуйста, я сейчас работаю с NOC из ветки develop. Неоднократно слышал, что микросервисы лучше. Как перейти на них? Какая технология? Где-нибудь есть описание перехода?
e_zombie1 #
10:16
гыыыыы
Melkin #
10:16
Да и очень запарил разрастающийся в памяти descovery.
e_zombie1 #
10:16
ещё один мазахист
10:16
ставишь башню и из неё ставишь
evyscr #
10:17
Melkin: asset_discovery
Melkin #
10:17
Ну есть такое... Все IT - это мазохизм, но для эстетов.
e_zombie1 #
10:17
Melkin: https://kb.nocproject.org/pages/viewpage.action?pageId=21233723
evyscr #
10:17
кстати, все дружно могут кидать помидорами в SomovIS_
e_zombie1 #
10:18
пруфы есть что он альтернативно сексуально одарённый?
dvolodin #
10:19
noc:PRIMARY> db.noc.connectiontypes.find({extend: {$exists: 1}}, {name: 1, extend: 1})
10:19
{ "_id" : ObjectId("56a7f79834c18f0d265af938"), "name" : "Transceiver | XENPAK | Cisco", "extend" : ObjectId("56a7f79834c18f0d265af922") }
10:19
{ "_id" : ObjectId("56a7f79834c18f0d265af9b0"), "name" : "Transceiver | X2 | Cisco", "extend" : ObjectId("56a7f79834c18f0d265af93c") }
10:19
{ "_id" : ObjectId("56a7f79834c18f0d265af983"), "name" : "Transceiver | SFP+ | Cisco", "extend" : ObjectId("56a7f79834c18f0d265af945") }
10:19
{ "_id" : ObjectId("56a7f79834c18f0d265af989"), "name" : "Transceiver | SFP", "extend" : ObjectId("56a7f79834c18f0d265af945") }
10:20
{ "_id" : ObjectId("56a7f79834c18f0d265af9ad"), "name" : "Transceiver | SFP+ | Force10", "extend" : ObjectId("56a7f79834c18f0d265af945") }
10:20
{ "_id" : ObjectId("56a7f79834c18f0d265af9b7"), "name" : "Transceiver | SFP+ | Juniper", "extend" : ObjectId("56a7f79834c18f0d265af945") }
10:20
{ "_id" : ObjectId("56a7f79834c18f0d265af9ae"), "name" : "Juniper | J | UPIM", "extend" : ObjectId("56a7f79834c18f0d265af94a") }
10:20
{ "_id" : ObjectId("56a7f79834c18f0d265af988"), "name" : "Transceiver | XFP | Cisco", "extend" : ObjectId("56a7f79834c18f0d265af952") }
10:20
{ "_id" : ObjectId("56a7f79834c18f0d265af9b6"), "name" : "Transceiver | CFP | Juniper", "extend" : ObjectId("56a7f79834c18f0d265af96b") }
10:20
{ "_id" : ObjectId("56a7f79834c18f0d265af9b4"), "name" : "Transceiver | GBIC | Cisco", "extend" : ObjectId("56a7f79834c18f0d265af970") }
10:20
{ "_id" : ObjectId("56a7f79834c18f0d265af9b2"), "name" : "Transceiver | SFP | Cisco", "extend" : ObjectId("56a7f79834c18f0d265af989") }
10:20
не надо кидаться помидорами в SomovIS_
10:20
нужно отловить и понять, почему оно себя так повело
evyscr #
10:20
expand__name в SFP.json и SFP+.json
dvolodin #
10:20
?
evyscr #
10:21
ну смотри, что именно ты замёрджил
10:21
в районе этих файлов
SomovIS_ #
10:21
А нахуя сразу криво сделали?
10:21
Это очевидный фикс
evyscr #
10:22
*extend__name
10:22
блять
SomovIS_ #
10:22
Посмотрите в мердже sfp, sfp+ .json
evyscr #
10:22
это нихуя не фикс
10:22
это блять внедрение бага
Melkin #
10:22
evyscr: Не понял, что есть asset_discovery?
e_zombie1 #
10:23
Melkin: погоди пол часа. сейчас родится истина.
Melkin #
10:23
e_zombie1: Спасибо за описание установки башни.
e_zombie1 #
10:23
эт не мне. это кто писал. я другие статьи делал
dvolodin #
10:25
evyscr: докопаетесь?
SomovIS_ #
10:27
Значит изначально это был костыль.
evyscr #
10:41
dvolodin: да я попался на том, что collection sync/install не удаляет поле из монги
10:42
SomovIS_: ты поступил как дебил. sad but true
Dmitry1 #
10:42
Melkin: https://bitbucket.org/nocproject/noc-tower/overview
evyscr #
10:42
если ты не знаешь что это - не пытайся изменять
Dmitry1 #
10:43
лучше подождать пару часиков, Дима выкатит новую инсталляцию башни
zi_rus #
10:43
эээ
10:43
мы же договаривались
10:43
sfp+ нахуй
Dmitry1 #
10:45
могу выкатить sh скрипт для установки башни
SomovIS_ #
10:48
evyscr: так пофикси, чего размазывать то?
evyscr #
10:51
у себя пофиксил, остальным придётся страдать
10:52
или лезть в монгу
e_zombie1 #
10:52
ну ёбвашу заногу
evyscr #
10:54
нуачо
10:54
collection sync криво работает в таком случае
zi_rus #
11:02
evyscr разбушевался
evyscr #
11:03
ну а хуле
dvolodin #
11:04
evyscr: а если в json указать expand: null
11:04
явно
evyscr #
11:04
ну будет поле со значением null
11:05
не поручусь, что в результате не упадёт что-нить ещё
11:10
хехе
11:10
упадёт collection install
z_pedalkin #
11:22
товарищи! Задискаверенные ip адреса не присваиваются объекту SA. Например, интерфейс Gi0/1 имеет адрес 10.10.10.10/24, но в Address Space Management -> Assigned Addresses видно только "Seen at HOSTNAME:Gi01", а Manaвged Object предлагается заполнить. Это - by design?
evyscr #
11:24
https://kb.nocproject.org/pages/viewpage.action?pageId=21725211
z_pedalkin #
11:24
https://unsee.cc/dotumezi/
evyscr #
11:25
z_pedalkin: это не ответ на твой вопрос, если что
z_pedalkin #
11:25
ага.. уже прочитал. спасибо
11:26
Manaвged Object, если что, сам проставил.
zi_rus #
11:40
dvolodin: подскажи куда глянуть
11:40
я хочу ипам оптимизировать
11:41
я вот тут
11:41
ip/apps/ipam/views.py
11:41
сделал так
11:41
- for vg in VRFGroup.objects.all().order_by("name"):
11:41
+ for vg in VRFGroup.objects.filter(name="default"):
11:41
чтобы скрыть все остальные врф
11:41
а как сделать чтобы оно сразу в врф открывало
11:41
как это работает
11:41
когда только дефолт и создан
dvolodin #
11:44
по логике вещей там на vrf галочка нужна -- показывать в ipam
zi_rus #
11:46
но в девелопе ты этого не сделаешь, так что кручусь как могу
11:46
кажись нашел
11:46
# Check only one active VRF with only one active address family exists
dvolodin #
11:47
есть такое, да
11:48
а тебе еще и мотивация будет - залезть на башню
zi_rus #
11:50
маловероятно
11:50
я тут задумал страшное
dvolodin #
11:51
https://www.evernote.com/l/ADmTg9oVErdImL1-QMoeonaffkGdn3sBMEs
zi_rus #
11:51
обратную зону от 10/8 под управление ноку отдать
dvolodin #
11:51
страшное задумал я
zi_rus #
11:51
а то она вообще не обслуживается
11:51
а так по данным ипам можно будет работать
Night_Snake1 #
11:56
а в develop часом не сломали нчиего? у меня после апгрейда нок не запускается ащще
11:57
2016-02-02 14:55:53,843 [noc.lib.nbsocket.basesocket] [ActivatorSocket 127.0.0.1:19701] Connection refused: Connection refused (111
12:01
в noc-launcher настроил запускать все демоны от рута - запустилось
dvolodin #
12:01
с синхронизацией DNS тоже будут изменения
Night_Snake1 #
12:01
какого хуя?!
dvolodin #
12:01
я думаю, через ansible сделаем
12:02
NOC будет сам по ssh ходить и править зоны
zi_rus #
12:03
Night_Snake1: поди права на логи побились
12:03
или PID
evyscr #
12:05
бля...
12:05
опять ансибль
Night_Snake1 #
12:06
zi_rus: я бы поверил, но права на папку с логами 777
12:06
и на папку с pid тоже
12:07
и кстати вебка так и не заработало
evyscr #
12:07
умвр
Night_Snake1 #
12:07
а не, про вебку я туплю, это апач упал
e_zombie1 #
12:08
гыгыгыгыгыг
evyscr #
12:09
Night_Snake1: ты в системе рут или кто? иди и читай логи
e_zombie1 #
12:09
хахахахахахахаха
Night_Snake1 #
12:09
все такие умные, нахуй некого послать...
evyscr #
12:09
не, ну про oom-killer в логах нока не пишется же
Night_Snake1 #
12:10
ну так-то да
12:10
но сдается мне там не oom
evyscr #
12:15
14:23:21 < evyscr> https://kb.nocproject.org/pages/viewpage.action?pageId=21725211
z_pedalkin #
12:32
dvolodin, ip address discovery должен назначать адресу managed object, на интерфейсе которого был найден этот IP? https://unsee.cc/mozedatu/
12:33
z_pedalkin: test
Night_Snake1 #
12:40
авотхуй короче
e_zombie1 #
13:09
я поборол свои карты и привёл их к правильному виду.
13:09
все 700 штук
13:14
кхм. у меня шедуллер там и жрёт проц
zi_rus #
13:28
dvolodin: я тут с ИТ пообщался, чтобы обратную зону мне делегировали, мне на дали, а предложили такой вариант использовать dynamic dns
13:28
а я думаю, а почему действительно нок не использует эту технологию?
bee26 #
13:36
dvolodin: в башне надо noc.default копировать в noc.conf ?
e_zombie1 #
13:38
а где хранится размер "холста" для карты сегмента. а то у меня часть не отображается
dvolodin #
13:43
bee26: нет
13:43
noc.defaults/noc.conf - под выпил
zi_rus #
13:47
dvolodin: какие права нужны для dns sync юзера?
bee26 #
13:54
sa-mo-attribute не переехали в монгу?
e_zombie1 #
13:54
нет
zi_rus #
13:55
их обещали закопать
13:55
так что в монгу им путь заказан
e_zombie1 #
13:58
а где хранится размер "холста" для карты сегмента. а то у меня часть не отображается
bee26 #
14:03
в башне 'ManagedObject' object has no attribute 'get_vlans'. Хотя в интерфейсах вланы есть
14:04
https://paste.ee/p/adAtp
14:05
vc domain есть
zi_rus #
14:05
ты ен то делаешь
bee26 #
14:07
дефолтный
14:07
zi_rus: это башня ...
zi_rus #
14:07
ты все равно делаешь не то
14:08
блин
14:09
почему нок зоны не сихрит
14:09
не пойму
bee26 #
14:09
все скрипты работают из sa-mo-script . Что не так с get_vlans ?
dvolodin #
14:27
bee26: попробуй поменять на self.object.scripts.get_vlans()
bee26 #
14:28
где?
14:29
ааа в скрипте
zi_rus #
14:33
{"config": [], "now": "2016-02-02T17:31:34.446429", "last": null, "expire": null}
14:33
почему нок не генерит конфиг для синка
bee26 #
14:34
dvolodin: помогло
14:36
что за .. Object hasn't required capability 'Network | LLDP'. Skipping
dvolodin #
14:37
Ну нормально
14:37
проверил, что не знает, есть ли там LLDP
14:37
что за железка?
bee26 #
14:38
хуйвей
14:39
скрипт отрабатывает. по ллдп все находит
dvolodin #
14:40
как на хуавее проверить, что там включен LLDP?
zi_rus #
14:41
>disp curr | i lldp
14:41
lldp enable
bee26 #
14:43
на ежах такая же история
14:43
а зачем проверять? я же в профиле включил поиск ллдп
zi_rus #
14:44
в профиле да
14:44
а если на железке забыл
14:44
нок будет вытрафивать весь мозг железке
bee26 #
14:45
на железке где включать? на то он и нок чтоб через него не забыть включить
dvolodin #
14:46
смотрите
bee26 #
14:46
обновлять?
dvolodin #
14:47
нужны скрипты get_capabilities
14:47
по аналогии с https://bitbucket.org/nocproject/noc/src/8b2ae842a9bbe713ceb046b9c84f652caaa1e2ed/sa/profiles/EdgeCore/ES/get_capabilities.py?at=feature%2Fmicroservices&fileviewer=file-view-default
14:47
в Generic.get_capabilities можно посмотреть, какие is_* фукнции нужны
14:47
NOC теперь не ломится наобум на железку
zi_rus #
14:48
dvolodin: тебе конфиг в базе нока не позволяет религия распарсить
14:48
зачем на железку лезть
bee26 #
14:48
на еже stp только нашел
14:49
для ллдп дописать надо
dvolodin #
14:49
да
14:49
он хорошо структурирован
14:49
именно для таких мелких проверок
SomovIS_ #
14:50
https://www.youtube.com/watch?v=OetIKmTQApU
bee26 #
14:52
пример для хуййвея пож-та
14:53
dis cur | in lldp
14:53
lldp enable
14:53
undo lldp enable
14:53
undo lldp enable
14:53
undo lldp enable
14:53
undo lldp enable
14:55
лучше так
14:55
dis lldp local | in LLDP Ena
14:55
LLDP Enable Status :enabled (default is disabled)
14:57
вернуть true должно?
14:58
новая башня- конструктор посильнее старого нока бедет
zi_rus #
14:59
бляя
bee26 #
14:59
r=true return r
zi_rus #
14:59
а еблашню параллельно установить можно?
bee26 #
14:59
хоть 10. устаналиваются с 1 тачки
15:00
со старым не стоит
zi_rus #
15:00
у меня мегапродакшен
15:00
и один сервер
15:00
и я заебался уже ноки мигрировать
15:01
за пять лет я стабильно раз в год переношу его
15:01
затрахался уже
15:01
все меняется и ни хера не работает
bee26 #
15:02
последний глючный апдейт исправили? - ато очково обновляться
Night_Snake1 #
15:05
а ты не очкуй
bee26 #
15:05
типа этого http://imagebin.ca/v/2VaiFvySvPpW хочу в ноке (копия из забикса)
Dmitry1 #
15:16
bee26: ну так инвентори ведь есть. загляни туда
evyscr #
16:30
https://kb.nocproject.org/display/~evyscr/Network+map+and+chromium
z_pedalkin #
17:15
Должны ли найденные IP адреса ассоциироваться с оборудованием (SA object) на котором они были найдены (например ip адрес интерфейса)?
17:46
Должны ли найденные IP адреса ассоциироваться с оборудованием (SA object) на котором они были найдены (например ip адрес интерфейса должен ассоциироваться с managed object, ip адрес из таблицы ARP - нет)?
18:21
Должны ли найденные IP адреса ассоциироваться с оборудованием (SA object) на котором они были найдены (например ip адрес интерфейса)?
Tweet
Share this page
Share this page: Tweet