что бы докопатся до истины нужно проверить лог login сервиса найти там информацию о его id. потом погрепать логи консула на предемет сообщения deregister в journalctl

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

у меня веб падает пару раз в день после 15 числа, пойду искать логи

ад привязано ?

что бы докопатся до истины нужно проверить лог login сервиса найти там информацию о его id. потом погрепать логи консула на предемет сообщения deregister в journalctl

Оно посинилось? Дерегистрацпя

Оно посинилось? Дерегистрацпя

оно не баг.

ад привязано ?

ADDS нет, или про что речь?

ldap да

про него речь

если проблема 2 раза в день значит в момент когда будет следующий раз проверить стоит в таком порядке * cat /etc/nginx/upstream.conf там убедится что в апстриме login 127.0.0.1 * node_ip:8500 вкладка сервисов. там процессы login нужны их состояния собранную информацию в сюда и в issue.

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

лог консула https://pastebin.com/wmu5YLJz

да. получили дерегу.

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

Алексей, подскажите, что дальше?

почитать логи login на предмет ошибок. создать задачку про это

ошибка будет в пределах 5 минут от дереги

aversant opened merge request at / noc: WIP: Add ResourceGroup to ETL. Add resourcegroup to ETL.

merge request opened by aversant

aversant opened merge request at / noc: WIP: Add ResourceGroup to ETL. Add resourcegroup to ETL.

merge request opened by aversant

aversant opened merge request at / noc: WIP: Add ResourceGroup to ETL. Add resourcegroup to ETL.

merge request opened by aversant

sysfaray opened merge request at / noc: Add convert interface name for Eltex LTP

dv opened merge request at / noc: Fix coverage artefact gathering FYI: https://gitlab.com/gitlab-org/gitlab-ce/issues/15530

merge request opened by freeseacher

dv opened merge request at / noc: Fix coverage artefact gathering FYI: https://gitlab.com/gitlab-org/gitlab-ce/issues/15530

merge request merged by freeseacher

dv opened merge request at / noc: selfmon service

merge request opened by freeseacher

если проблема 2 раза в день значит в момент когда будет следующий раз проверить стоит в таком порядке * cat /etc/nginx/upstream.conf там убедится что в апстриме login 127.0.0.1 * node_ip:8500 вкладка сервисов. там процессы login нужны их состояния собранную информацию в сюда и в issue.

тоже стало падать, в апстриме login стоит ip ноды, в консуле в сервисах логин зелёным, и да АД

логи погрепал сразу после падения, пусто по id login

./noc crashinfo list во время падения нет ничего

2018-08-29 10:28:44,962 [noc.core.dcs.base] Set faulty status to: Timed out нашел в логах web

dv opened merge request at / noc: selfmon service

merge request opened by dv

Намечаются серёзные изменения в архитектуре. Просьба всем, кто хочет попробовать починять свою инсталляцию из убитого состояния и просто азартных людей деплоится на последней неделе августа как можно чаще. Спасибо!

новую инсталляцию можно делать? приключений не будет?

#ищу работу #удаленку ищу постоянную удаленную работу системным администратором unix/linux/voip/networking и/или специалистом по информационной безопасности(ИБ). все подробности и резюме через мой контакт в телеге: @sysbooter С уважением,

новую инсталляцию можно делать? приключений не будет?

хороший вопрос. Новую можно, вроде, вчера проверили и было ок

спасибо

Друзья привет. После миграции перестал работать глобальный поиск. Что надо пнуть?

Друзья привет. После миграции перестал работать глобальный поиск. Что надо пнуть?

Вроде я видел фикс типа ребилд серч индексеч

Могу врать

Друзья привет. После миграции перестал работать глобальный поиск. Что надо пнуть?

после которой миграции?

ну после той которую вчера с Вами весь день долбали

ну после той которую вчера с Вами весь день долбали

ааа... после всех миграций)

после которой миграции?

которая в рамках вот этого issue https://code.getnoc.com/noc/noc/issues/912

./noc shell from noc.sa.models.managedobject import ManagedObject for mo in ManagedObject.objects.filter() mo.save()

./noc shell from noc.sa.models.managedobject import ManagedObject for mo in ManagedObject.objects.filter() mo.save()

»> for mo in ManagedObject.objects.filter() File "<stdin>", line 1 for mo in ManagedObject.objects.filter() ^ SyntaxError: invalid syntax

Objects

то ж самое

ругается на синтаксис в конце строки

ругается на синтаксис в конце строки

там двоеточие вконце после filter():

выполнилось

но все равно ошибку поиска выдает

имею ввиду глобальный поиск

конкретно в sa mo поиск по железякам работает

имею ввиду глобальный поиск

я понял да. Лучше Issue откруть и туда ошибку приложить

посмотрим

ок, понял

https://code.getnoc.com/noc/noc/issues/918

https://code.getnoc.com/noc/noc/issues/918

Кста у меня тож не работает, но изначально не работало...

Возможно сразу что то пошло не так... жду релиза, потом проверю...

sysfaray opened merge request at / noc: Add convert interface name for Eltex LTP

merge request merged by aversant

dv opened merge request at / noc: mib service

dv opened merge request at / noc: mib service

merge request opened by dv

У меня поиск работает, но очень херово

вываливает кучу непонятно как связанной инфы

https://code.getnoc.com/noc/noc/issues/919

dv opened merge request at / noc: mib service

merge request opened by dv

dv opened merge request at / noc: #847, #848 prefix and address card

merge request opened by aversant

dv opened merge request at / noc: #847, #848 prefix and address card

merge request merged by aversant

dv opened merge request at / noc: #918 Fix full-text search index

sysfaray opened merge request at / noc: Fix get_ifindexes and get_interface_status_ex for MA5300

Отваливается на TASK [migrate : Synchronize MIBs]

установка чистая на debian8

sysfaray opened merge request at / noc: Fix get_ifindexes and get_interface_status_ex for MA5300

merge request merged by sysfaray

Отваливается на TASK [migrate : Synchronize MIBs]

Сдлеай issue, пожалуйста. С полным трейсом

https://gist.github.com/fumufu86/aea0d02d9f2eea112789fdeac6e1b21e

https://gist.github.com/fumufu86/aea0d02d9f2eea112789fdeac6e1b21e

заведи проблему

Господа, в ноке появился новые сервис. selfmon. Задача сервиса собирать и отдавать в формате пригодном для прометея данные о самой системе. Сейчас в базовой реализации сервис умеет отдавать колво железяк с разбивкой по пулам. Не самая востребованная фнукциональность но вполне рабочая. Рекомендации по запуску как минимум один. Если запущено будет более одного рабочим будет только один. Они через консул выберут кто главнее. У тех у кого прометея в схеме еще нет включать сервис selfmon нет никакого смысла, но и вреда тоже нет.

dv opened merge request at / noc: selfmon service

merge request merged by freeseacher

Господа, в ноке появился новые сервис. selfmon. Задача сервиса собирать и отдавать в формате пригодном для прометея данные о самой системе. Сейчас в базовой реализации сервис умеет отдавать колво железяк с разбивкой по пулам. Не самая востребованная фнукциональность но вполне рабочая. Рекомендации по запуску как минимум один. Если запущено будет более одного рабочим будет только один. Они через консул выберут кто главнее. У тех у кого прометея в схеме еще нет включать сервис selfmon нет никакого смысла, но и вреда тоже нет.

теперь всё через него будет отдаваться?

или телеграф пока остаётся?

телеграф никуда не девается. телеграф собирает метрики о сервере и системных компонентах. сами ноковские демоны рассказывают о себе через /metrics endpoint. Но некоторые вещи например тот же late собрать через них нет возможности. Selfmon нужен для сбора продуктовых метрик не относящихся к другим темам. Например колво линков в ноке или колво аварий и такое