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

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

о, супер!

по-моему правильный выход сделать так чтобы демоны не приходилось рестартить

а тут вон оно че

а как обновлять без рестарта ?

а зачем обновлять

система внедрена и работает

а

или вы считаете что это нормально на продакшен систему так среди дня апдейты накатить?

более того. не менее 30 раз в день.

и если у тя от этого что то падает и ломается - работа еще не доделана.

внедренные системы разве что ядерными реакторами рулят

жизнь на месте не стоит

И смотрю Илья последнее время только и делает что накидывает

это тебе кажется

я накидываю все время

а ну да. просто тут есть стикеры...

@dvolodin поломали с последними коммитами?

Traceback (most recent call last): File "/opt/noc/lib/python2.7/site-packages/tornado/web.py", line 1422, in _execute result = self.prepare() File "/opt/noc/lib/python2.7/site-packages/tornado/web.py", line 2681, in prepare self.fallback(self.request) File "/opt/noc/lib/python2.7/site-packages/tornado/wsgi.py", line 277, in __call__ WSGIContainer.environ(request), start_response) File "/opt/noc/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 241, in __call__ response = self.get_response(request) File "/opt/noc/lib/python2.7/site-packages/django/core/handlers/base.py", line 176, in get_response signals.got_request_exception.send(sender=self.__class__, request=request) File "/opt/noc/lib/python2.7/site-packages/django/dispatch/dispatcher.py", line 172, in send response = receiver(signal=self, sender=sender, **named) File "/opt/noc/lib/python2.7/site-packages/django/db/__init__.py", line 68, in _rollback_on_exception transaction.rollback_unless_managed(using=conn) File "/opt/noc/lib/python2.7/site-packages/django/db/transaction.py", line 144, in rollback_unless_managed connection.rollback_unless_managed() File "/opt/noc/lib/python2.7/site-packages/django/db/backends/__init__.py", line 225, in rollback_unless_managed self._rollback() File "/opt/noc/lib/python2.7/site-packages/django/db/backends/__init__.py", line 54, in _rollback return self.connection.rollback() InterfaceError: connection already closed

web

2016-06-23 11:04:21,796 [tornado.access] 200 GET /main/desktop/ (***) 134.44ms залогинился, долго что-то совсем..

да ничего не ломали вроде

ЧТо-то после апдейта ребутнул сервер и видимо базы очень долго стартовали

такую задержку после старта впервые ощутил просто

WAL может накатывался

подозреваю, что в ssh аналогом будет failed to get banner

пофиксил?

asset] Terminated due RPC error: Failed: SSH Error: SSH startup: Failed getting banner

нет еще

там бы трейс полный

ок, принято

сейчас

При запуске отдельного сприта, типо lldp, все хорошо

Как BOX из cli запустить?

mo.run_discovery()

из shell

понял

Модули какие?

noc.sa.models.managedobject

там бы трейс полный

http://pastie.org/10887622

@dvolodin видно?

ага

на досуге зафикшу

явно та же природа

установить соединение и сбросить его

на досуге зафикшу

?

Пардон, не нашел ответа, можно ли нос отучить ходить на железки по ключу?

noc

смотря какой

Башня свежая, вчера ставил

пока - нет

нужно подумать, куда там настройку воткнуть

не понял вопроса если при согласовании ssh сессии железка не скажет, что у нее метод public-key, то NOC и не будет пытаться зайти на нее по ключу

DGS-3627G:admin#show ssh authmode Command: show ssh authmode The SSH Authentication Method: Password : Enabled Public Key : Enabled Host-based : Enabled

неа есди есть в /opt/noc/var/etc/ssh/default ключи то NOC сначала по ним идет, а потом по логину

нет

noc идет по тому, что ей сказала железка

он так делает только если железка предлагает

если железка сначала предложит password, а потом public-key, то NOC будет пытаться сначала использовать метод password

thanks

он так делает только если железка предлагает

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

cisco 6500 похоже так и делает

я выше привел вывод "show ssh authmode" свича d-link там вполне можно отключить publik-key метод

длинк не показателен

в 99% других железок это вообще не настраивается

Угу. потому что потыренная реализация ssh - это одно, а писать управление ключами - совсем другое да и влом индусов напрягать на такие мелочи

в 99% других железок это вообще не настраивается

в джунах настраивается

в cisco прикрутили ip ssh pubkey-chain осталось понять как отключть

если замутить опрос и спросить кто ходит на железки по ключу, как думаете какой будет расклад?

1%

или меньше

я думаю это ответ на то как же надо действительно сделать

У меня система управления джунами по ключам ходит

0.1%

локальная авторизация?

локальная авторизация?

да

потому что я не знаю как можно удаленно авторизовывать по ключам

искал, хотел себе так сделать

но не нашел

Правильная авторизация по удаленным ключам называется Kerberos - но его могут не только лишь все

наверное

да, читал немного про керберос

не вдавался во внедрение

посчитал сложным для себя

других популярных решений для безопасного обмена ключами я что-то не припомню.

на Catalyst 6500 предолжение авторизации по ключу не вырубется завел ключ на пользователя noc на железке и в логах все утихло

сделали вчера полезную команду ./noc discovery

позволяет в cli прогнать процесс discovery

при этом можно выполнять только нужные проверки

сделали вчера полезную команду ./noc discovery

какие флаги?

@dvolodin и с дискавери теперь что? Completed. Status: EXCEPTION (444.09ms)

?

?

в UI box discovery на любой железке, запускается, 2 сек и все

2016-06-24 12:27:19.852457 [box] Starting (Lag 144.29ms) 2016-06-24 12:27:19.856339 [discovery|box|m9-br01|profile] Checking profile accordance 2016-06-24 12:27:19.856421 [discovery|box|m9-br01|profile] Compiling "Profile Check rules" 2016-06-24 12:27:19.888900 [discovery|box|m9-br01|profile] Cannot find profile in "Profile Check Rules" 2016-06-24 12:27:19.889083 [discovery|box|m9-br01|version] Checking version 2016-06-24 12:27:20.156528 [discovery|box|m9-br01|caps] Checking capabilities 2016-06-24 12:27:20.563832 [discovery|box|m9-br01|caps] Received capabilities: { "Network | LLDP": true, "BRAS | L2TP": true, "Network | STP": true, "SNMP | IF-MIB | HC": true, "SNMP": true, "SNMP | IF-MIB": true, "BRAS | PPPoE": true, "Network | OAM": true, "Network | CDP": true, "SNMP | Bulk": true, "BRAS | PPTP": true } 2016-06-24 12:27:20.569243 [discovery|box|m9-br01|interface] Using noc.solutions.noc.default.discovery.interface.get_interface_profile for interface classification 2016-06-24 12:27:20.654756 [discovery|box|m9-br01] Completed. Status: EXCEPTION (802.37ms) 2016-06-24 12:27:20.654850 [discovery|box|m9-br01] Timings: profile = 32.69ms, version = 267.35ms, caps = 412.72ms