Еще бы на мапе кнопу одновременного отображения имени и ip, пока с одного вида на другой переключаешся забываешь))

Тыкаешь на мо и будет ip

мы уже “борцы за свободу?”

Я сегодня дома слезу с него

выглядит как будто ты только деплой нажал без всего остального

выглядит как будто ты только деплой нажал без всего остального

По инструкции сделал последнии шаги. выполнил pull, он прошёл. далее завёл новую запись; выбираем нужный Datacenter (созданный ранее); прописываем IP и login от серверов noc-node; в вебе башни прописываем пользователя, с помощью которого башня будет настраивать НОДы, в нашем случае значение по-умолчанию– ansible. в сервисах global & default выбрал все сервисы поставил по 1 Instances сделал save далее делаю deploy и такая картина

По инструкции сделал последнии шаги. выполнил pull, он прошёл. далее завёл новую запись; выбираем нужный Datacenter (созданный ранее); прописываем IP и login от серверов noc-node; в вебе башни прописываем пользователя, с помощью которого башня будет настраивать НОДы, в нашем случае значение по-умолчанию– ansible. в сервисах global & default выбрал все сервисы поставил по 1 Instances сделал save далее делаю deploy и такая картина

все сервисы в 1

сейчас так нельзя

спасибо. кое какое движение пошло

маки допилены? в inv-macdb пусто

присоединюсь - пусто, уже раз 10 откатывался/обновлялся, обновлял монго на 3.4, проверял дискавери, профили, маковские скрипты, macdb так заполняться и не хочет

в clickhouse куча маков

маки допилены? в inv-macdb пусто

дык, может, что спросить у него?

select * from noc.mac limit 20 SELECT * FROM noc.mac LIMIT 20 ┌───────date─┬──────────────────ts─┬─────managed_object─┬─────────────mac─┬─interface────────────┬───interface_profile─┬─────────────segment─┬─vlan─┬─is_uni─┐ │ 2017-08-29 │ 2017-08-29 17:51:37 │ 682140522305093498 │ 264003812984559 │ GigabitEthernet0/0/1 │ 6434469896438920926 │ 7963050243418164594 │ 101 │ 0 │ │ 2017-08-29 │ 2017-08-29 17:51:37 │ 682140522305093498 │ 11200877638 │ Ethernet0/0/7 │ 6434469896438920926 │ 7963050243418164594 │ 1622 │ 0 │ │ 2017-08-29 │ 2017-08-29 17:51:37 │ 682140522305093498 │ 11200877764 │ Ethernet0/0/5 │ 6434469896438920926 │ 7963050243418164594 │ 1622 │ 0 │ │ 2017-08-29 │ 2017-08-29 17:51:37 │ 682140522305093498 │ 250858051573415 │ Ethernet0/0/14 │ 6434469896438920926 │ 7963050243418164594 │ 1622 │ 0

а что там должно быть?

там есть строчка с поисковым запросом

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

и что Интернет не работает

Так вон оно че!

ггг, смешно

а как понять что оно работает? забил в поиск мак, он показывает несколько строк, и пишет managed object объект, который 100% к этому маку не имеет отношение.

более того, что показывает MO который даже не отдискаверился, то есть не было еще момента когда этот МО был доступен из нока)

нн фильтрует

тебя научить tor? ;)))

и без тора работает отлично

и вообще

а что там должно быть?

а регексп есть?

как такого нет

есть возможность искать по началу или окончанию

или поиск по куску мака

но, по слухам, сейчас оно не работает

почему-то

долго думает и.. не находит

скришнот в студию

называется не находит?

двоеточие надо в конце добавить

не находит ничего

бывает

значит, не работает

managed_object в clickhouse — это bi_id

SELECT * FROM noc.mac LIMIT 20 Ok. 0 rows in set. Elapsed: 0.009 sec.

поиск по началу мака - нужно делать BETWEEN для int’а

для преобразования мака в int и int’а в mac @dmitryluhtionov даже в CH функции сделал

каке условия для начала заполнения macdb? в периодике галку mac и всё? или ещё что-то нужно

в периодике галку мак и в профиле объекта на вкладочке MAC галку поставить

так, с mongo3.2 репу обновили?

ключ, т.е.

в периодике галку мак и в профиле объекта на вкладочке MAC галку поставить

спс) устал уже искать

@somovis как монгу обновить без бекапа?

так, с mongo3.2 репу обновили?

вижу, чт онет

пидоры

@somovis как монгу обновить без бекапа?

походу никак, без бекапа мо пустой

@somovis как монгу обновить без бекапа?

я бы не стал рисковать

у меня нок работает стабильно уже хз сколько

даже трогать не хочется)

и не трогай

если работает

ага

у меня всё ок, только серт надо обновить

и макдб пока не нужен без поиска

и макдб пока не нужен без поиска

раотает же

там поиск по конкретному MAC’у есть

Думаю, делаем по проторенной дорожке по аналогии с *cli_privilege_policy* В ManagedObjectProfile добавляем поле *access_preference* с возможными значениями: * *c* - CLI Only * *s* - SNMP Only * *C* - CLI, SNMP * *S* - SNMP, CLI В ManagedObject добавляем поле *access_preference* с возможными значениями: * *Все возможные значения из профиля* * *p* - Profile По умолчанию для профиля будет выставлено значение *S*, для объекта - *p* Вводим дополнительную стандартизацию на порядок обработки. Сейчас типовой скрипт выглядит следующим образом: def execute(self): if self.has_snmp(): try: ... self.snmp.get(....) return except self.snmp.TimeOutError: pass .... self.cli(....) То есть, если по капсам есть SNMP, пробуем сделать SNMP-запрос. Если мы отлетели по таймауту - уходим на CLI. Порядок не конфигурируется и возможности сразу начать с CLI или ограничиться только SNMP у нас нет. Базовый метод execute сейчас производит обработку декораторов @BaseScript.match. Предполагается четко отделить CLI и SNMP-части и разнести их по функциям *execute_cli* и *execute_snmp* соответсвенно, при этом сохранить на них влияние декораторов @BaseScript.match. Логика выбора правильного обработчика будет реализована в базовом методе *execute*. То есть от разработчика скрипта требуется только разделить CLI и SNMP-части. При этом логика обработки политики будет реализована базовыми механизмами. По умолчанию функции поднимают исключение NotImplementedError Логика обработки исключения NonImplementedError зависит от политики. Для политик *C* и *S* она не означает немедленной ошибки, а приводит к немедленному переходу на следующий доступный метод. Если мы получили NonImplementedError в последнем методе по списку, считаем, что возникла ошибка в скрипте. Кроме того, возможна ситуация, при которой по SNMP или CLI возможно собрать только часть данных, которые можно дополнить другим методом. В этом случае обработчик может вернуть частичные данные следующим образом: def execute_snmp(self): raise self.PartialResult(myresult) def execute_cli(self): r1 = self.partial_result.get("r1") if r1 is None: r1 = self.cli(.....) Поведение по умолчанию не меняется, для реализации поддержки новых политик требуется разделение методов *execute_XXX* в скриптах. В скриптах get_capabilities функции has_XXXX также имеет смысл разделить на SNMP и CLI части. Из дополнительных бонусов -- можно будет сделать набор базовых скриптов Generid.get_arp, Generic.get_mac_address_table, Generic.get_lldp_neighbors и так далее, которые определяют только методы execute_snmp(). Тогда платформенные скрипты можно делать просто наследуя базовый класс и определяя метод execute_cli

вот вам на вентилятор

из утреннего

там поиск по конкретному MAC’у есть

по части бы )

ERROR: S client not available

По конкретному тоже неплохо

любите вы расчлененку

ну да

Так вроде пашет

о, круто!

охуенно

а вот с пустой строкой роиска ничего не выводит

а без : вначале?

да

тоже работает?

а вот с пустой строкой роиска ничего не выводит

и не надо

а без : вначале?

неа без : не работает минимум 2 октета

а вот с пустой строкой роиска ничего не выводит

а что там надо выводить?

@freeseacher привет! какая задача обновит сертификаты?

неа без : не работает минимум 2 октета

это и нужно было, отличная новость

а что там надо выводить?

Да, согласен Все мак подряд выводить - убийство

можно попробовать там смайликов нагенерить

можно попробовать там смайликов нагенерить

это тема и чтоб поисковое окошко мигало огоньками (это к НГ)

так, с mongo3.2 репу обновили?

Так если очень надо - из playbook руками вырезаешь загрузку ключа и deploy проходит (debian)

Так если очень надо - из playbook руками вырезаешь загрузку ключа и deploy проходит (debian)

Спс. После pull, так?

Да, pull и в башне правишь

Да, pull и в башне правишь

/opt/tower/var/tower/playbooks/NCC/ansible/roles/mongod/tasks/main.yml тут? не могу найти, где с apt работают

:/opt/tower/var/tower/playbooks/NRCBL/ansible/roles/mongod/tasks/os/Debian/main.yml

Блин, спасибо

вах вах

почини монгу не трогая нок)

ключ новый выложили

ключ новый выложили

Утром я ж проверял

ну... я починил вчера

В общем да, на https://www.mongodb.org/static/pgp/server-3.2.asc лежит старый ключ gpg --with-fingerprint server-3.2.asc pub 4096R/EA312927 2015-10-09 MongoDB 3.2 Release Signing Key <packaging@mongodb.com> Key fingerprint = 42F3 E95A 2C4F 0827 9C49 60AD D68F A50F EA31 2927 pub 4096R/EA312927 2015-10-09 [expired: 2017-10-08]

Вот тут старый всё ещё