таки ты не забывал на каждый пул делать новый бранч

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

таки ты не забывал на каждый пул делать новый бранч

Так я его только что и сделал. Первый у меня.

а после первого ты git checkout master ?

ffff

а после первого ты git checkout master ?

А это что значит?

hg update feature/microservices

вернее вот так делал ?

hg update feature/microservices

Нет, не делал.

ну и ССЗБ. у тебя в пул попали и старые и новые изменения.

поэтому откатывайся назад. и повторяй всё заново с новым бранчем.

Иван https://kb.nocproject.org/pages/viewpage.action?pageId=8880209

поэтому откатывайся назад. и повторяй всё заново с новым бранчем.

Сделать "Decline" пул-реквесту и закрыть бранч?

Иван https://kb.nocproject.org/pages/viewpage.action?pageId=8880209

Это я так и делал.

@aversant а у нас импорт МО can_create_box_alarms и другое гавно делает ? что то у меня подозрения что нет.

должен, это же просто вгрузка CSV в постгрес

Это я так и делал.

получается, что где-то ошибся

внизу кста есть от зомби комент

Уже увидел внизу.

подозреваю что по дефолту не делает. если не приехало из cvs файла .

2017-07-04 13:11:25,025 [scheduler.discovery] [34289] Unknown error during dereference: 'NoneType' object has no attribute 'is_managed' 2017-07-04 13:11:25,305 [tornado.application] Future exception was never retrieved: Traceback (most recent call last): File "/opt/noc/lib/python2.7/site-packages/tornado/gen.py", line 307, in wrapper yielded = next(result) File "/opt/noc/core/scheduler/job.py", line 168, in run self.schedule_next(status) File "/opt/noc/services/discovery/jobs/base.py", line 66, in schedule_next self.update_alarms() File "/opt/noc/services/discovery/jobs/base.py", line 232, in update_alarms current_status = self.can_update_alarms() File "/opt/noc/services/discovery/jobs/periodic/job.py", line 72, in can_update_alarms return self.object.can_create_periodic_alarms() AttributeError: 'NoneType' object has no attribute 'can_create_periodic_alarms'

ясно что надо пересохраняться.

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

перезапустить memcached

Dmitry Volodin pushed to noc/feature/config Use new configuration framework

с этим всё ок

Dmitry Volodin pushed to noc/feature/config Fix service initialization

норм. попробуй погасить какой-нибудь инт-с. макс через 5 мин должен появиться аларм

норм. попробуй погасить какой-нибудь инт-с. макс через 5 мин должен появиться аларм

в интерфейсах на железке интерфейс тут же погасился

алярма нема (

и из области магии... не пиши название профиля с пробелами. так, на всякий случай =)

алярма нема (

периодик прошёл уже?

в логах МО-дискавери

видно, что пришла инфа о инт-се?

вот ща смотрю.

там просто чек интерейс, а что он упал - инфы нет

статус его down виден там?

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

хотя не помню есть там такое или нет

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

положи порт

физически если есть возможность

нахер полумеры

я далековато оттуда ))) ща дома железку замониторю )

и жди в веб инт-се статус порта down

я далековато оттуда ))) ща дома железку замониторю )

логику ты понял

логику ты понял

да

и жди в веб инт-се статус порта down

кароче жопа какая-то. При падении интерфейса в периодике ничего пишется, в списке интерфейсов пишется - down. При поднятии в периодики пишется инфа

2017-07-04 13:32:58.771030 [discovery|periodic|HOME_GW|interfacestatus] Checking interface statuses 2017-07-04 13:32:58.893644 [discovery|periodic|HOME_GW|interfacestatus] Interface ether4 status has been changed: in_speed = 100000, out_speed = 100000 2017-07-04 13:32:58.894140 [discovery|periodic|HOME_GW|interfacestatus] [ether4] set oper status to True

в евентах и алярмах глухо

помоему, там их и не должно быть

оно сейчас только на SNMP и SYSLOG влияет

судя по iptables трапы летят, тока в евентах и так же хуй

надо посмотреть в лог trap коллектора

сейчас, спасибо

полагаю, дело в этой настройке:

надо выставлит ьв Management Address , помоему

у меня с другого летят

Dropping 2 messages with invalid sources:

ну да, оно и есть

хотя стоит в настройке ALL чего-то там

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

насколько я помню обсуждения, рабочий только Management Address

ERROR: S client not available

но это было полгода назад

билат. у меня всё на лупбеках. а некротик не умеет в специальный адрес трапов

сука

надо подумать

Fx?f да. Андрей прав походу. от трапов и сислога алармы по портам

Fx?f да. Андрей прав походу. от трапов и сислога алармы по портам

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

спасибо, пойду испытывать

билат. у меня всё на лупбеках. а некротик не умеет в специальный адрес трапов

умеет. там trap interfaces

а, разве это оно?

хмм. ща попробую.

вспоминаю

надо на вики смотреть. там 2 настройки. какие инт-сы чекать и с какого слать

нет

ставьте Management address

да да да. сурс в микротике - мгмнт в ноке =)

билат. у меня всё на лупбеках. а некротик не умеет в специальный адрес трапов

отправляй трапы с того интерфейса, на который ты заходишь ноком

это подразуменвается management address

да щас щас

айпи который прописан в MO

да щас щас

давай давай. чини =)

хрена вот лысого! я хожу на лупбек, он же bridge

если я его выставляю в настройках микрота в trap interfaces, то получаю хуй!

оно и понятно

так что сислог наше всё и нехер лохматить бабушку

trap-generators что стоит

попробуй выставить interfaces

так и стояло.

хочу сислог. понять только осталось как его задебажить.

глянуть, чё туда летит

/var/log/noc/syslogcollector..

в айпитейблсах трафик есть. в логе ща скажу

а во, начало писаться