nocproject.org
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 проходит, но не открывается страница внедренной ноды.
06:42
да, там нужно playbook доделать для ubuntu
07:02
для notebook и dev нет ubuntu'шных веток
07:03
в Ubuntu есть пакеты libzmq3 и libzmq3-dev
07:03
?
07:03
о как, переходить на debian? счас гляну
07:04
есть эти пакеты в ubuntu
07:05
да, прописал
07:05
сделай pull и передеплой
07:05
Я проверял deploy на debian
07:05
Dmitry1 - на фре
07:07
А в целом - все дружно топаем тестировать микросервисы
07:08
они работают куда стабильнее develop
07:08
и сильно шустрее
07:11
новый SA хорош, и там нет проблемы с распуханием и клином sa_maptask
07:13
и scheduler'ы сильно оптимизированы в discovery
07:15
на develop есть смысл оставаться только если используется pm
07:15
а перенос конфигурации сети и правил ?
07:19
e_zombie1: база та же
07:20
правда в твоем случае придется перелопатить managed object profile
07:20
там немного другие галочки теперь
07:20
А с PM хочу вообще тупо в лоб
07:20
dvolodin: а ты поправил в дебиане - systemctl enable noc ?
07:21
teroni804: не правил
07:26
сам нок переписывать не webix будешь?
07:26
упс
07:49
доброго времени суток
07:52
собираюсь первый раз равернуть попробовать NOC - можно поставить его так чтобы он информацию с устройств собирал но не мог управлять ими?
07:52
покачто боязно ему давать управлять продуктом
07:53
а оно и не управляет по дефолту. у тебя управление есть только через run-commands и add_vlan
07:53
ну и консоль в карточке МО.
07:53
флажок флажок Is Managed? за что отвечает?
07:54
за то что там будут выполняться процессы дискавери
07:55
спасибо, пойду ковырять
07:55
гы. зря он отлогинился.
08:01
еще вернется
08:01
весь побитый и взъерошеный
08:08
надо было ему сказать чтобы по дефолту отключил все дискавери
08:08
каждый сам должен осознать что нок - это боль
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+ какой софт?
08:43
новости с фронта: какие-то пидарасы сломали в develop asset_discovery
08:44
симптомы: джоб тормозится в каком-то месте, noc-discovery разбухает и убивается oom-killer'ом
08:45
возможно, что подобное проявляется только с определённым оборудованием
08:48
да, cpu при этом отжирается по самые помидоры
08:49
evyscr, уверен что дело в accert_discovery
08:50
у меня такое довольно давно
08:50
и грабля которую мы нашли c dvolodin в diff либе
08:50
с разморозкой. уже весь дебакабрь
08:53
freeseacher: я ему впихивал (условно говоря) ассерт
08:53
e_zombie1: я с середины декабря благоразумно не обновлялся
08:54
до недавнего времени
09:04
главный подозреваемый: get_compatible_types
09:23
dvolodin: а можно в ипам как-нибудь скрыть ненужные врф?
09:23
если уж нок все равно дискаверит
09:37
evyscr: попродробнее?
09:37
он не зацикливается?
09:55
а хрен его знает
09:55
логов нормальных нет
09:58
пока пробую ассертить get_compatible_types
10:03
ConnectionType.extend нужно проверить
10:04
может где колечко сотворили
10:04
я уже обматерил тебя за мердж дикого пулл-реквеста от SomovIS_
10:05
но вообще с колечками надо бороться в коде
10:07
evyscr: да, он был стремный
10:08
давайте в сторону сливания веток двигаться
10:12
хахахахахаха
10:12
сперва слить девелоп с дефолтом.
10:12
и только потом в девелоп влить микросервисы
10:13
я даже кодовое название придумал для релиза
10:13
хуй пизда джигурда?
10:13
ты получишь боль?
10:14
facepalm.jpg
10:16
Добрый день. Подскажите пожалуйста, я сейчас работаю с NOC из ветки develop. Неоднократно слышал, что микросервисы лучше. Как перейти на них? Какая технология? Где-нибудь есть описание перехода?
10:16
Да и очень запарил разрастающийся в памяти descovery.
10:16
ещё один мазахист
10:16
ставишь башню и из неё ставишь
10:17
Melkin: asset_discovery
10:17
Ну есть такое... Все IT - это мазохизм, но для эстетов.
10:17
кстати, все дружно могут кидать помидорами в SomovIS_
10:18
пруфы есть что он альтернативно сексуально одарённый?
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
нужно отловить и понять, почему оно себя так повело
10:20
expand__name в SFP.json и SFP+.json
10:21
ну смотри, что именно ты замёрджил
10:21
в районе этих файлов
10:21
А нахуя сразу криво сделали?
10:21
Это очевидный фикс
10:22
*extend__name
10:22
блять
10:22
Посмотрите в мердже sfp, sfp+ .json
10:22
это нихуя не фикс
10:22
это блять внедрение бага
10:22
evyscr: Не понял, что есть asset_discovery?
10:23
Melkin: погоди пол часа. сейчас родится истина.
10:23
e_zombie1: Спасибо за описание установки башни.
10:23
эт не мне. это кто писал. я другие статьи делал
10:25
evyscr: докопаетесь?
10:27
Значит изначально это был костыль.
10:41
dvolodin: да я попался на том, что collection sync/install не удаляет поле из монги
10:42
SomovIS_: ты поступил как дебил. sad but true
10:42
если ты не знаешь что это - не пытайся изменять
10:43
лучше подождать пару часиков, Дима выкатит новую инсталляцию башни
10:43
эээ
10:43
мы же договаривались
10:43
sfp+ нахуй
10:45
могу выкатить sh скрипт для установки башни
10:48
evyscr: так пофикси, чего размазывать то?
10:51
у себя пофиксил, остальным придётся страдать
10:52
или лезть в монгу
10:54
нуачо
10:54
collection sync криво работает в таком случае
11:02
evyscr разбушевался
11:04
evyscr: а если в json указать expand: null
11:04
явно
11:04
ну будет поле со значением null
11:05
не поручусь, что в результате не упадёт что-нить ещё
11:10
хехе
11:10
упадёт collection install
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?
11:25
z_pedalkin: это не ответ на твой вопрос, если что
11:25
ага.. уже прочитал. спасибо
11:26
Manaвged Object, если что, сам проставил.
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
когда только дефолт и создан
11:44
по логике вещей там на vrf галочка нужна -- показывать в ipam
11:46
но в девелопе ты этого не сделаешь, так что кручусь как могу
11:46
кажись нашел
11:46
# Check only one active VRF with only one active address family exists
11:47
есть такое, да
11:48
а тебе еще и мотивация будет - залезть на башню
11:50
маловероятно
11:50
я тут задумал страшное
11:51
обратную зону от 10/8 под управление ноку отдать
11:51
а то она вообще не обслуживается
11:51
а так по данным ипам можно будет работать
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 настроил запускать все демоны от рута - запустилось
12:01
с синхронизацией DNS тоже будут изменения
12:01
я думаю, через ansible сделаем
12:02
NOC будет сам по ssh ходить и править зоны
12:03
Night_Snake1: поди права на логи побились
12:03
или PID
12:05
бля...
12:05
опять ансибль
12:06
zi_rus: я бы поверил, но права на папку с логами 777
12:06
и на папку с pid тоже
12:07
и кстати вебка так и не заработало
12:07
а не, про вебку я туплю, это апач упал
12:09
Night_Snake1: ты в системе рут или кто? иди и читай логи
12:09
все такие умные, нахуй некого послать...
12:09
не, ну про oom-killer в логах нока не пишется же
12:10
ну так-то да
12:10
но сдается мне там не oom
12:32
dvolodin, ip address discovery должен назначать адресу managed object, на интерфейсе которого был найден этот IP?
https://unsee.cc/mozedatu/
12:33
z_pedalkin: test
13:09
я поборол свои карты и привёл их к правильному виду.
13:09
все 700 штук
13:14
кхм. у меня шедуллер там и жрёт проц
13:28
dvolodin: я тут с ИТ пообщался, чтобы обратную зону мне делегировали, мне на дали, а предложили такой вариант использовать dynamic dns
13:28
а я думаю, а почему действительно нок не использует эту технологию?
13:36
dvolodin: в башне надо noc.default копировать в noc.conf ?
13:38
а где хранится размер "холста" для карты сегмента. а то у меня часть не отображается
13:43
bee26: нет
13:43
noc.defaults/noc.conf - под выпил
13:47
dvolodin: какие права нужны для dns sync юзера?
13:54
sa-mo-attribute не переехали в монгу?
13:55
их обещали закопать
13:55
так что в монгу им путь заказан
13:58
а где хранится размер "холста" для карты сегмента. а то у меня часть не отображается
14:03
в башне 'ManagedObject' object has no attribute 'get_vlans'. Хотя в интерфейсах вланы есть
14:04
14:05
vc domain есть
14:07
дефолтный
14:07
zi_rus: это башня ...
14:07
ты все равно делаешь не то
14:08
блин
14:09
почему нок зоны не сихрит
14:09
не пойму
14:09
все скрипты работают из sa-mo-script . Что не так с get_vlans ?
14:27
bee26: попробуй поменять на self.object.scripts.get_vlans()
14:28
где?
14:29
ааа в скрипте
14:33
{"config": [], "now": "2016-02-02T17:31:34.446429", "last": null, "expire": null}
14:33
почему нок не генерит конфиг для синка
14:34
dvolodin: помогло
14:36
что за .. Object hasn't required capability 'Network | LLDP'. Skipping
14:37
Ну нормально
14:37
проверил, что не знает, есть ли там LLDP
14:37
что за железка?
14:38
хуйвей
14:39
скрипт отрабатывает. по ллдп все находит
14:40
как на хуавее проверить, что там включен LLDP?
14:41
>disp curr | i lldp
14:41
lldp enable
14:43
на ежах такая же история
14:43
а зачем проверять? я же в профиле включил поиск ллдп
14:44
в профиле да
14:44
а если на железке забыл
14:44
нок будет вытрафивать весь мозг железке
14:45
на железке где включать? на то он и нок чтоб через него не забыть включить
14:47
нужны скрипты get_capabilities
14:47
14:47
в Generic.get_capabilities можно посмотреть, какие is_* фукнции нужны
14:47
NOC теперь не ломится наобум на железку
14:48
dvolodin: тебе конфиг в базе нока не позволяет религия распарсить
14:48
зачем на железку лезть
14:48
на еже stp только нашел
14:49
для ллдп дописать надо
14:49
да
14:49
он хорошо структурирован
14:49
именно для таких мелких проверок
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
новая башня- конструктор посильнее старого нока бедет
14:59
а еблашню параллельно установить можно?
14:59
хоть 10. устаналиваются с 1 тачки
15:00
со старым не стоит
15:00
у меня мегапродакшен
15:00
и один сервер
15:00
и я заебался уже ноки мигрировать
15:01
за пять лет я стабильно раз в год переношу его
15:01
затрахался уже
15:01
все меняется и ни хера не работает
15:02
последний глючный апдейт исправили? - ато очково обновляться
15:16
bee26: ну так инвентори ведь есть. загляни туда
17:15
Должны ли найденные IP адреса ассоциироваться с оборудованием (SA object) на котором они были найдены (например ip адрес интерфейса)?
17:46
Должны ли найденные IP адреса ассоциироваться с оборудованием (SA object) на котором они были найдены (например ip адрес интерфейса должен ассоциироваться с managed object, ip адрес из таблицы ARP - нет)?
18:21
Должны ли найденные IP адреса ассоциироваться с оборудованием (SA object) на котором они были найдены (например ip адрес интерфейса)?
Share this page
Share this page: