@aversant не понял тебя

статью про FM ты писал:)

0_0

внезапно, да

хр найдёшь её, блин

ублюдские блоги-ответы-пространства

https://kb.nocproject.org/pages/viewpage.action?pageId=15106281

да, с этим соглашусь

https://kb.nocproject.org/pages/viewpage.action?pageId=15106281

как ты это сделал?

Space -> Space directory -> Blogs

это с главной страницы

спасибо

пойду курить

у меня уже на автомате этот путь:)

@aversant у тебя есть путь /opt/noc/var/log/events* ?

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

я сислога засылаю, он сыпется только в syslogcollector-default.log

а, нихрена он туда не сыпется

tcpdump пакеты видит

нет такого

Ребята, у кого сислог сообщения работают, помогайте

ноку не надо facility указывать, сам поймёт?

ему пофиг на него

uncol pushed to noc/feature/microservices sa.runcommands fixed

ему пофиг на него

как подебажить, почему нок сислог не ловит?

uncol pushed to noc/feature/microservices sa.runcommands fixed

это то, о чём я думаю?

Про кнопку?

Syslogcollector Принимает сообщений на порту 514/udp, соотносит их с объектом (MO) и отправляет в сторону коррелятора.

надо найти коррелятор?

смотрю в логи tail -f var/log/correlator.log, а там одни [nsq.client] [nc:4150:correlator.dispose:dispose] received heartbeat

то есть ничего не получает

@freeseacher мб ты поможешь?

нее. говорю же. расскажешь как запилишь

ну я в архитектуре нока не очень

кто-то проебал мои сообщения

я правильно понимаю, что nsq независимая хреновина?

и она не рестартится вместе с ноком?

есть профит от установки grafanads ?

Да, оно не будет мешать остальной графане

если на nsq проблемы с потерей сообщений - проверяйте hostname

nsqlookupd отдает hostname демона nsq, на котором есть сообщения в очереди

и клиенты коннектятся по этому имени

если оно не резолвится - сообщения останутся локально в очереди

Ого, прикольно

А где ещё nsq используется?

в каком модуле нока?

во многих

fm

pm

чтобы проверить, в нём дело или нет

почта через него ходит

с коллектора на классификатор сообщения идут по nsq

с классификатора на коррелятор - тоже

nsqlookupd_tcp_addresses = [ "*****.161:4160", ]

Ваня, во тты доку любишь и ратуешь за нее http://nsq.io/overview/design.html

я только ip адреса нашёл в конфигах nsq*

вот дока.

вот дока.

сперва надо понять, в нём это дело или нет

должны быть такие топики correlator.dispose events mailsender metrics

получает ли сислог-коллектор и шлёт ли куда надо

ахуенно. нок выключен. в системе лоадэверейдж = 3. телеграф выёбывается

там же есть тулинг позволяющий диагностировать пришло в нску или нет

ахуенно. нок выключен. в системе лоадэверейдж = 3. телеграф выёбывается

версия телеграфа?

там же есть тулинг позволяющий диагностировать пришло в нску или нет

возможно, я о нём пока не знаю

ну вот там в доке все есть.

telegraf-1.0.0-1.x86_64

telegraf-1.0.0-1.x86_64

а скок у тебя процессов телеграфа? Есть его service stop, он пропадает?

процесс 1 и нормально стопорится .

ну вот там в доке все есть.

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

процесс 1 и нормально стопорится .

я тогда хз, что он у тебя там делает

ок.

E_zombie да. телеграф не очень.

у него есть проблемы и он базируется на библиотеке которая плохо написана.

если бы я делал мониторинг сейчас я бы не стал его брать и сделал бы на обычном collectd

зомби выброси его. сделай мониторинг на привычных инструментах.

кол-во msg, попавших в корреллятор, не растёт

значит сислог их туда не отправляет

пойду порт искать

udp 0 0 0.0.0.0:514 0.0.0.0:* 50060/noc-syslogcol порт слушает

Идеи есть ещё?

tcp 0 0 10.*.*.161:19021 0.0.0.0:* LISTEN 50060/noc-syslogcol tcp 0 0 127.0.0.1:64489 127.0.0.1:4150 ESTABLISHED 50060/noc-syslogcol udp 0 0 0.0.0.0:514 0.0.0.0:* 50060/noc-syslogcol

у нок-сислога дебаг логлевел поможет узнать, что он делает?

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

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

fw может быть

я открывал порты для trap/syslog

@EKbfh

ports: 161-162/udp 514/udp

2016-10-12 12:52:28,279 [syslogcollector] Dropping 5114 messages with invalid sources:

если тут пусто, то пакеты не доходят var/log/syslogcollector-default.log

если тут пусто, то пакеты не доходят var/log/syslogcollector-default.log

Но тспдамп видит, порт открыт

а лог создается?

в нем просто тишина?

есть в логе подобные сообщения и что идет после? 2016-10-11 19:04:28,274 [syslogcollector] Opening NSQ Writer 2016-10-11 19:04:28,274 [syslogcollector] Starting IOLoop 2016-10-11 19:04:28,275 [nsq.writer] starting writer... 2016-10-11 19:04:28,275 [nsq.writer] [127.0.0.1:4150] connecting to nsqd 2016-10-11 19:04:28,275 [syslogcollector] Starting syslog server at 127.0.0.1:515 2016-10-11 19:04:28,279 [syslogcollector] Stating invalid sources reporting task 2016-10-11 19:04:28,282 [nsq.client] [127.0.0.1:4150:127.0.0.1:4150] IDENTIFY sent {u'tls_v1': False, u'deflate_level': 6, u'deflate': False, u'heartbeat_interval': 30000, u'output_buffer_size': 16384, u'feature_negotiation': True, u'out put_buffer_timeout': 250, u'short_id': u'noc', u'snappy': False, u'sample_rate': 0, u'user_agent': u'pynsq/0.7.0', u'long_id': 'noc.host.ru'} 2016-10-11 19:04:28,283 [nsq.client] [127.0.0.1:4150:127.0.0.1:4150] IDENTIFY received {u'max_deflate_level': 6, u'deflate_level': 0, u'output_buffer_timeout': 250, u'output_buffer_size': 16384, u'auth_required': False, u'tls_v1': False, u'deflate': False, u'snappy': False, u'version': u'0.3.7', u'msg_timeout': 60000, u'max_rdy_count': 2500, u'sample_rate': 0, u'max_msg_timeout': 900000} 2016-10-11 19:05:28,280 [syslogcollector] Dropping 5636 messages with invalid sources:

Но тспдамп видит, порт открыт

выключи fw вообще

проверь

есть в логе подобные сообщения и что идет после? 2016-10-11 19:04:28,274 [syslogcollector] Opening NSQ Writer 2016-10-11 19:04:28,274 [syslogcollector] Starting IOLoop 2016-10-11 19:04:28,275 [nsq.writer] starting writer... 2016-10-11 19:04:28,275 [nsq.writer] [127.0.0.1:4150] connecting to nsqd 2016-10-11 19:04:28,275 [syslogcollector] Starting syslog server at 127.0.0.1:515 2016-10-11 19:04:28,279 [syslogcollector] Stating invalid sources reporting task 2016-10-11 19:04:28,282 [nsq.client] [127.0.0.1:4150:127.0.0.1:4150] IDENTIFY sent {u'tls_v1': False, u'deflate_level': 6, u'deflate': False, u'heartbeat_interval': 30000, u'output_buffer_size': 16384, u'feature_negotiation': True, u'out put_buffer_timeout': 250, u'short_id': u'noc', u'snappy': False, u'sample_rate': 0, u'user_agent': u'pynsq/0.7.0', u'long_id': 'noc.host.ru'} 2016-10-11 19:04:28,283 [nsq.client] [127.0.0.1:4150:127.0.0.1:4150] IDENTIFY received {u'max_deflate_level': 6, u'deflate_level': 0, u'output_buffer_timeout': 250, u'output_buffer_size': 16384, u'auth_required': False, u'tls_v1': False, u'deflate': False, u'snappy': False, u'version': u'0.3.7', u'msg_timeout': 60000, u'max_rdy_count': 2500, u'sample_rate': 0, u'max_msg_timeout': 900000} 2016-10-11 19:05:28,280 [syslogcollector] Dropping 5636 messages with invalid sources:

всё как у тебя, кроме Dropping.

выключи fw вообще

сейчас проверю и в этом месте

проверь

ничего нет, iptables -L пусто