nocproject.org
06:33
dvolodin: в микросервисах веб нормально работает? У меня в браузерах с разными движками после клика приходится страницу обновлять, что бы увидеть изменения. Это касается почти всех подменю setup,
06:33
например main > setup > scheduler
06:33
Main > setup > export/import
06:33
там тот же web
06:34
в плане того, что тот же процесс вообще
06:34
без изменений
06:35
сейчас додеплоится, проверю
06:35
ты говоришь про старые приложения, которые чистый html
06:35
Приеду в офис, попробую заново выкатить
06:37
Проверь на всякий, я не смог сделать импорт через веб в main, в отдельных приложениях нормально работает сам импорт
06:40
И много где пока сыро, банально в вебе забивал данные, в некоторых местах error saved, конкретно смогу сказать немного позже, т.к. снес нахуй вм :)
06:47
SomovIS_: web почти не менялся
06:47
только поля
06:47
ну и раскладка формочек местами
06:49
Я понимаю тебя, я говорю факты
06:50
Задеплою сегодня, еще проверю
06:50
баги нужно ловить и давить
06:50
на то оно и тестирование
06:55
SomovIS_: импорт через веб на больших объемах лучше не использовать. Оно слишком долго работает
06:56
если бы только долго.. )
06:57
там явно какой-то штатный механизм для интеграции напрашивается
06:58
хотя бы забирать железки из других систем
06:58
и отдавать в другие системы
07:02
у меня ночью по крону отрабатывает скриптик, генерит csv с железками, добавленным за день в биллинг, и импортирует в нок
07:02
но таки импорт чем дальше тем медленнее
07:03
кеши селекторов перестраиваются
07:04
ну такое ощущение что оно после каждой железки их перестраивает, а не по закрытии транзакции
07:05
Когда импортируешь сотню-другую железок - оно ощутимо
07:08
да, есть такое
07:08
я в микросервисах job сделаю для пересчета
07:08
пусть scheduler отдувается сбоку
07:09
07:09
вот такие скриптики теперь нужны
07:10
без этого соотвествующие методы discovery не будут запускаться
07:11
и железки меньше трястись будут
08:34
filonov: хахахахахахаха. я давно сэ тим мучался.
08:41
вернее мучался когда импорты были большие.
08:41
сейчас каждый день по 10 штук добавляю и не критично.
08:48
ну я их в ночь добавляю - ночью пофиг)_
08:55
У вас develop в продуктиве?
08:55
SomovIS_: а других версий все равно нет)
08:56
ну мало ли у кого-то default)
08:57
у кого то default да
09:01
:-D
09:06
блядство и разврат с этим ноком.
09:07
вы про медленное добавление железок?
09:16
Добрый день. При Deploy на Ubuntu 14.04 получаю ошибку:
09:16
TASK: [nginx | Set up SSL directory] ******************************************
09:16
fatal: [DYKONode] => One or more undefined variables:
09:16
'nginx_ssl_key_path' is undefined
09:16
Что можно сделать?
09:17
Там в Ubuntu.yml нужно перенести новые параметры из Debian.yml
09:20
ага -а где искать Debian.yml?
09:20
updatedb && locate Debian.yml
09:22
ansible/roles/pre/vars/os/Ubuntu.yml
09:24
dvolodin: не проходит обновление микросервисов до текущей версии
09:24
валится на миграции
09:24
чинить буш?
09:26
на какой?
09:26
чинить буду
09:30
teroni: посмотри в south_migrationhistory
09:30
там одна миграция с кривым именем
09:31
что-то вроде 105_blabla, вместо 0105_
09:31
нашел?
09:33
opt/noc/sa/migrations
09:33
там все с нормальными именами
09:33
в базе посмотри
09:34
я файл криво назвал, потом поправил
09:34
ну в смысле дропнуть нок и заново запустить ?
09:34
нет
09:34
0105_managed_object_profile_discovery
09:34
в постгресе в south_migrationhistory посмотри такую запись
09:35
она у тебя, скорее всего, как 105_managed_object_profile_discovery
09:35
не умею я поскрес мучать с командной строки
09:35
проще убить его совсем
09:36
su - noc
09:36
psql noc
09:36
select * from south_migrationhistory;
09:42
да есть такая
09:42
309 | sa | 105_managed_object_profile_discovery
09:43
хорошо
09:44
update south_migrationhostory set migration='0105_managed_object_profile_discovery' where id=309;
09:44
ты просто успел нарваться на этот косяк
09:46
убил строку
09:46
еще и не ту :-(
09:46
проще накатить нок по новой
10:02
Optimizing sa_maptask
10:02
ERROR:noc.lib.debug:PostgreSQL database error: deadlock detected
10:02
ПОДРОБНОСТИ: Process 2865 waits for AccessExclusiveLock on relation 13930050 of database 16470; blocked by process 2727.
10:02
Process 2727 waits for RowExclusiveLock on relation 13930039 of database 16470; blocked by process 2865.
10:02
ПОДСКАЗКА: See server log for query details.
10:04
посмотри, какие запросы там в этих процессах?
10:05
и вообще логи
10:05
deadlock - скотсво, которое нужно отловить
10:06
ты забил на это пару месяцев назад когда вылавливали это .
10:06
не забивал
10:06
вы диагностику не выскребли
10:11
отправил тебе лог постри в прикреплённом
10:17
Process 2865: REINDEX TABLE sa_maptask
10:17
Process 2727: UPDATE "sa_maptask" SET "status" = 'C', "script_result" = '(lp1
10:17
вот они
10:17
это нок фикс
10:18
hecking collections UUID
10:18
... done
10:18
Checking inventory Root
10:18
Checking inventory Lost&Found
10:18
Checking pm.MetricSettings
10:18
... done
10:18
Checking fm.Outages
10:18
Suspending/Resuming discovery jobs
10:18
Fixing *DB | Interfaces* capability
10:18
Optimizing sa_maptask
10:18
ERROR:noc.lib.debug:PostgreSQL database error: deadlock detected
10:18
ПОДРОБНОСТИ: Process 2865 waits for AccessExclusiveLock on relation 13930050 of database 16470; blocked by process 2727.
10:29
а почему ты check_lldp написал в "Vyatta.Vyatta.get_capabilities_ex" а не Generic ?
10:33
dvolodin: я так понимаю get_capabilities_ex - execute должен быть то-же в Generic
10:33
с затычками общими функциями
10:33
а в отдельных профайлах уже дописывать нужные функции
10:33
teroni: там нет наследования скриптов
10:34
ну, теоретически, можно, конечно
10:34
породить один класс от другого и не делать эти _ex
10:35
ну обычно ты так делаешь. почему сейчас по другому?
10:36
скрипты не наследовал никогда ;)
10:36
ну давай попробуем :)
10:50
ну сделай классом или верни все в класс get_capabilities
10:52
dvolodin, а вы где-то используете вятту или вуос?
10:52
|Marael|: я в vagrant vyos поднял
10:52
так - не использую
10:52
она у меня болванчиком для тестов
10:53
а, думал оно где-то в рельных проэктах используется
10:56
teroni: проканало, да
10:58
а зачем ты разделил то get_capabilities и get_capabilities_ex
11:04
11:05
вот так теперь
11:05
няшно и гламурно
11:05
проверку lldp, cdp и oam на киске сможешь сделать?
11:06
да протупил я с этими расширенными скриптами, если честно
11:34
а как отрабатывать не понимание команды циской ?
11:35
self.CLISyntaxError или self.CLIOperationError
11:36
show ethernet oam summary
11:36
^
11:36
% Invalid input detected at '^' marker.
11:36
нок выпадает в трассу
11:36
можно try поставить .. но вдруг есть что удобнее
11:37
ну так exception там какой?
11:37
EXCEPTION: <class 'noc.core.script.base.CLISyntaxError'> show ethernet oam summary
11:37
ну вот
11:37
try:
11:37
...
11:37
except self.CLISyntaxError:
11:37
pass
11:39
а смотри а зачем вообще вот этот get_capabilities нужен?
11:39
сделать доп затычку в get_cdp_neighbors, что если был ошибка или не включен то в caps["Network | СDP"] поставить false
11:41
так не очень хорошо
11:41
обычно есть краткий вывод и детализация
11:41
так как всеравно тестируем той-же командой что и вывод данных
11:46
try надо выносить за пределы has_oam и т.д.
11:46
и перебор функций лучше сделать в цикле
11:47
или декораторы... но я их не умею
11:49
11:49
У меня эвент сообщает о том что на свитче LINK UP
11:50
Я не пойму где создавать json файл
11:51
В /eventclasses/Network/Link?
11:51
Или в /Vendor/Cisco/../ и т.д.
11:59
(13:45:42) LLIAMAH: В /eventclasses/Network/Link?
11:59
Да, там тоже пытался.
12:00
Имеет значение название json файла
12:00
,
12:00
?
12:00
тебе нужно сделать ивенткласс
12:00
или правило классификации ?
12:01
eventclassificationeule привязано к вендору
12:01
Мне нужно классифицировать эвент. Сейчас у меня сыпяться Unknown | SNMP Trap
12:02
12:04
LLIAMAH: лучше подожди пару недель, я таки поставлю нок из башни, потом возьмусь выполнять ваши хотелки
12:04
сейчас я тупо не могу поставить нок
12:06
:) Ладно. Пока сам попробую
14:42
LLIAMAH: на лор надо писать статейти как для дебилов.
14:42
хотябы для чего это надо.
14:44
он написал что типа "вон там на хабре есть статейка - почитайте = клёва будет "
14:45
14:56
dvolodin: параметры сегментов хранятся в постгрессе ?
15:16
:D
15:38
Есть пример как эффективно по сегментам разбивать?
15:40
кольцо - агрегайия - ПЕ - соре - магистрали - интернет
15:40
завтра покажу как у меня .
15:41
ок, спасиб
15:43
А у кого-нимбудь есть серьезные системы мониторинга, что бы видеть и понимать от чего могут быть проблемы с доступом?
15:43
например когда qos косит wredом и tcp окно уменьшается
15:43
Или можно такое в ноке реализовать?
15:45
И как можно добавить кастомное окно в fm alarms? Например ping failed, что бы виделть адрес объекта и контактное лицо на объекте (кастомные поля)
Share this page
Share this page: