это понял

в коде только mo.platform

:)

mo, o, k, bbbb это имена

нашёл

название у них произвольным может быть

понял )

в одном месте o.name, в другом alarm.managed_object.name

разные объекты потому что

o - managedobject

это всё в шаблонах

я не понимаю зачем так

шаблон открытия аварии - managedobject шаблон закрытия аварии - alarm.managed_object

но это же тоже mo

а нет

if k == "managed_object" and v == "alarm.managed_object.id": self.same_object = True

AR не страшно

У нас это маршрузаторы ядра

У нас это маршрузаторы ядра

У нас access router

Был рестарт видимо

Nsq поднимает данные с дисковой очереди

да, я рестартанул, через /noc

т.е. он пока эти 5к сообщений не переберет, не успокоится?

А почему должен?

он то их по идее уже видел, зачем еще раз лопатить

Хм. А как он их опознает что он их уже видел

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

Кто-нибудь интегрировал нок с 1с?

fm

я так понял это а сторону etl dvolodin искал кого-то для тестов недавно

Кто-нибудь интегрировал нок с 1с?

Пятничный вопрос

Пятничный вопрос

ога

Меня попросили с нока слать сообщения в наш суппорт

а нахуй, если можно интегрировать

суппорт на битриксе?

1С итил

Ох

еп:) как в nsqadmin зайти? не могу вспомнить

Ох

до этого naumen sd был

еп:) как в nsqadmin зайти? не могу вспомнить

посмотри порты которые он слушает

еп:) как в nsqadmin зайти? не могу вспомнить

Смотря как настроил доступ

Я по дефолту неастраиваю его никак

мне нужно что-то настроить? :)

Доступ в него, ага

Или ходить по ip:port

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

Или виртуалхост в nginx или докер контейнер

хм, ты прав, только по ip отработало, имя:порт не прокатывало

хм, ты прав, только по ip отработало, имя:порт не прокатывало

потому что на имени висит HSTS

При деплое вылетела такая ошибка:

fatal: [OTNExp]: FAILED! => { "failed": true } MSG: the field 'args' has an invalid value, which appears to include a variable that is undefined. The error was: {% if noc_config['config'].get('web-global-%s' % groups['svc-web'][0], {}).get('language', 'en-us') == 'en' %}en-us{%else%}{{noc_config['config'].get('web-global-%s' % groups['svc-web'][0], {}).get('language')}}{%endif%}: list object has no element 0 The error appears to have been in '/opt/tower/var/tower/playbooks/OTN/ansible/roles/pre/tasks/main.yml': line 53, column 3, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - name: resolv web_ui_language ^ here to retry, use: —limit @/opt/tower/var/tower/playbooks/OTN/ansible/site.retry

что в этом случае делать?

fatal: [OTNExp]: FAILED! => { "failed": true } MSG: the field 'args' has an invalid value, which appears to include a variable that is undefined. The error was: {% if noc_config['config'].get('web-global-%s' % groups['svc-web'][0], {}).get('language', 'en-us') == 'en' %}en-us{%else%}{{noc_config['config'].get('web-global-%s' % groups['svc-web'][0], {}).get('language')}}{%endif%}: list object has no element 0 The error appears to have been in '/opt/tower/var/tower/playbooks/OTN/ansible/roles/pre/tasks/main.yml': line 53, column 3, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - name: resolv web_ui_language ^ here to retry, use: —limit @/opt/tower/var/tower/playbooks/OTN/ansible/site.retry

убедится что хотя бы на одной ноде поставлена роль web

А вот с такой: fatal: [OTNExp]: FAILED! => { "changed": false, "failed": true } MSG: abort: HTTP Error 404: Not Found

А вот с такой: fatal: [OTNExp]: FAILED! => { "changed": false, "failed": true } MSG: abort: HTTP Error 404: Not Found

скриншот

контекст не понятен

faq

так все плохо?

https://code.getnoc.com/noc/tower/blob/master/FAQ_rus.md

на Pull NOC снова таже ошибка, как быть?

ага кажись понял сорри

ага. not found это скорее про хостнеймы

Меня в последнее время радует стабильность штатных механизмов, которые пилят, но починить уже последние баги с lldp, wipe, это же жесть

ERROR: S client not available

баги c lldp важно.

wipe нет.

но это жесть да

wipe нет.

ты знаешь иной способ удалить мо?

ты знаешь иной способ удалить мо?

db.noc.managedobjects.drop()

rm -rf /*

db.noc.managedobjects.drop()

удачи с проблемами в инвентори и прочем

удачи с проблемами в инвентори и прочем

То же шутка

ты знаешь иной способ удалить мо?

нет. видимо потому что я их не удаляю никогда.

я снимаю галку и вешаю профиль без опроса.

и нет меня это не смущает.

Это плохо

Этого я бы уже маме не говорил

чем плохо ?

в системе функция удаления должна работать

это лозунг.

в системе функция удаления должна работать

у нас мораторий на смертную казнь

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

удаление мо - это комплексаня задача, по удалению аварий, метрик, инвентори и всего остального из системы, что бы мусора не было. И тут вопрос, из мо в ипам пришли ip интерфейсов, потом вручную их привязали к проекту и сделали внятное описание. Надо ли удалать данные связанные с этим мо из проекта и ипам?

db.noc.managedobjects.drop()

rm -rf /*

как по мне вайп - это отдельный модуль, который должен перед удалением показывать связи и вайпить\перепривязывать данные

db.noc.managedobjects.drop()

чинить поможешь потом?)

это не требует починки

ибо такой коллекции в монге не существует

rm -rf /*

это всё починит

=)

т.к. MO лежат в постгресе

это всё починит

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

то эта команда равна перестановке НОКа

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

что надо