))) смешно)

rm -rf /usr/local/* точно удалит все пакеты

./bin/pip —version Traceback (most recent call last):

я про то, что в /opt/noc/lib/python2.7

ггг сломалася

https://topwar.ru/99909-specstroy-sozdast-obekty-vols-vo-vseh-federalnyh-okrugah-rf.html

При деплое из башни получаю вот такую ошибку: fatal: [Noc]: UNREACHABLE! => {"changed": false, "msg": "Authentication or permission failure. In some cases, you may have been able to authenticate and did not have permissions on the remote directory. Consider changing the remote temp path in ansible.cfg to a path rooted in \"/tmp\". Failed command was: ( umask 77 && mkdir -p \" echo /tmp/${USER}/ansible/ansible-tmp-1472461209.24-219388606889592 `\" && echo ansible-tmp-1472461209.24-219388606889592=\" echo /tmp/${USER}/ansible/ansible-tmp-1472461209.24-219388606889592 `\" ), exited with result 1", "unreachable": true} to retry, use: —limit @site.retry А как бы найти с какими параметрами запускается ансибл, чтобы логов побольше включить ?

оптику в чистом поле проложить недолго

а эксплуатировать ее кто будет?

вояки всея руси

так и вижу военных сварщиков

:)

и военный сварочный аппарат

на шасси Камаза

:)

или Урала

не, КСС-111 как минимум

День добрый!

Подскажите как можно настроить фильтр оповещений об изменении в конфигах устройств? Чтобы приходили оповещения только, например об изменении адреса или описания интерфейса.

Добрый. А такое возможно?

можно, но изначальная конфига правильная

Насколько я понял за это отвечают настройки для конкретного устройства в поле Rules - Config Diff Filter Rule, но если я выбираю одно из значений, то конфиг ыообще не подтягивается с устройства.

Config Diff Filter Rule отвечает за фильтрацию входящих изменений. Т.е. можно исключить часть строчек конфига

н-р, если какие-то из них сохранять не надо

а тут задача сохранять весь конфиг, но уведомлять только об изменениях его части.

в Service Activation -> Setup ->Object Notification есть уведомления об изменениях в интерфейсах Interface changed. Но я таким ни разу не пользовался. может, подойдёт?

Дело в том, что настриваю уведомления об изменениях конфига и мне постоянно (после каждого опроса) сыпятся сообщения что изменились настройки скорости на интерфейсе Line0. Но они там постоянно меняются...

это можно зафильтровать

чтобы базу не забивать

На роутерах Cisco на этом интерфейсе идет автоподстройка скорости. Да, где можно зафильтровать?

в профиле есть config_volatile

что-то не нахожу. В каком профиле, Managed Object Profile?

нет это в коде профиля

sa/profile/cisco/ios/__init__.py

в постгре случайно имя базы не должно быть обязательно noc? башня

нет не должно

поменял название базы на другое в логах пострги - noc@noc ВАЖНО: база данных "noc" не существует

ты на лету что ли поменял ?

уже 100 раз с полной очисткой

не парюсь - поменял обратно на noc

Алексей, спасибо, нашел. Данный параметр "config_volatile" необходимо закомментить или поменять его на какое-то другое значение?

это ругулярное выражение котороуе будет примененок тессту конфиг

http://regex101.com/

тестер ругулярок

Спасибо, буду разбираться.

есть кто живой и может объяснить что прописывать в поля VRF в MO?

ты не поверишь

ой бля. не поверю.

тем не менее

его самого и прописывать

а откуда взять ?

есть кто живой и может объяснить что прописывать в поля VRF в MO?

ничего. ничего не писать.

ты сам должен знать

я вот не знаю.

в этот врф нок кладет адреса для которых врф не определен

при Ip discovery

ну и префиксы тоже

понятнее не стало нисколько.

тебе какое слово непонятно

все

нок?

нок это программа которой ты пользуешься

не. это я понял.

несет боль и страдания своим пользователям

я уже наркоман и просжённый бдсмщик

содомит можно сказать

хочу ещё боли

когда железка ничего не знает про врф, а нок заходит на нее и находит адреса, он положит их в дефолт врф, а если железка на самом деле полностью сидит в врф, то этот врф и надо указать

тогда в ипам адреса лягут в него

кхм. пока логично.

тоесть по идее все железки должны быть в дефолт врф

ну для того он и назван дефолт

а у меня полно ситуаций было когда железка ничего не знает про врф, но на ядре она и весь ее сегмент сети на самом деле сидит в этом врф

у тебя по идее свичи доступа все в врф должны быть

а собирать это надо со ввсех железок или только с ядра ?

что собирать

IP дискавери

со всех конечно

на любой железке могут быть любые адреса

мнда. что то у меня всё равно не выстраивается в голове картина зачем, нафига и как.

бывают тупые свитчи

и живут они в vrf managment

бывают умные роутеры которые сами знают где они живут

но при ip_discovery надо кудато арпы со свитча сложить

в какой то vrf

вот это поле скажет в какой...

такс. а как это можно применять для дебага проблем на сети если бардак в учёте ?

бардак в учете лечится очень просто.

берешь бардак -> magic -> порядок.

collect underpants, ..., profit

если бардак в учете, лучше по накатанной

выгрузка из СЛТУ в NOC

прогон discovery

валидация

выдача расхождений

корректировка в СЛТУ

как-то так

В NOC для этого есть все необходимое