nocproject.org
00:28
00:28
тадам
00:28
можете начинать пиарить и готовиться к наплыву туристов
00:28
:)
00:29
по выловленным ошибкам сделаем hotfix
00:31
кто первый на opennet выкладывает ?
00:31
ты же всегда это делал
00:32
ага
00:33
там тут же прибегает публика, которая видела два длинка на картинке и льет какашки
00:33
:)
00:33
dvolodin: Дим, можно в Jira как-то сделать различия между issue ? Чтобы fm, sa, inv не мешались в одной куче ?
00:34
или сделать обязательными полями "components" и "version"
00:34
так Components's же есть
00:35
и тэги
00:35
теги никто не использует
00:35
как и компоненты
00:35
да ну
00:35
я регулярно проставляю
00:35
нетповоданевыпить :)
00:35
project = NOC AND status not in (RESOLVED, CLOSED, DONE, FEEDBACK) AND type = Bug AND (component is EMPTY)
00:35
а я постоянно забываю
00:35
а завтра день радио
00:35
два бага без Components
00:35
а потом 9 мая
00:36
непросыхая можно пить
00:37
смысл такой: различать патчи от остального флуда
00:37
я думаю, JSON'ы надо сносить в проект INV
00:37
у него короче workflow
00:37
и FM
00:38
в отдельный проект
00:38
вот неклассифицированные сообщения - можно в отдельный проект
00:38
там думать надо
00:38
INV -- пробежался глазами и влил
00:39
с FM там отдельный разговор
00:39
нужно все-таки делать общую тушенку, куда будут складываться всякие сообщения
00:39
freshmeat/freecode все - сдох?
00:39
и утилиту, говорящуу о том, какие из этих сообщения не распознаны
00:39
Дим, я сделал тебе там признак $collection
00:40
я не про то
00:40
у меня есть несколько мегабайт текстовки сообщений от разных железок
00:40
задача - залить их скопом куда-нибудь
00:41
ну зальешь, а дальше?
00:41
под это дело вроде cp был задуман
00:41
а потом натравить утилиту, которая расскажет мне о нераспознанных сообщениях
00:41
можно на CP такое сделать, да
00:41
имеется ввиду, что не делать для каждого из нескольких сотен или тысяч сообщений inject-event
00:42
а тестировать их в оффлайне
00:42
чтобы народ сам мог отправлять нераспознаные сообщения в саппорте
00:43
вот у меня кусок логов от микротика. около 200 сообщений
00:44
делать каждому inject-event, а потом смотреть 200 ивентов в FM - это убиться можно
00:45
есть текстовик, с over 28000 сообщений от huawei
00:45
а так же 19000 сообщений от qtech
00:46
не отвлекайся, тебя опеннет ждет
00:47
dvolodin: смотри, как я думаю. Сделать каталог, например Qtech/QSW. В нем будет всего один текстовый файл с сислогами
00:47
ну так нераспознанные -- все-таки JSON
00:47
an/26 20:17:52 system,info log rule changed by admin
00:47
jan/26 21:08:16 route,ospf,info OSPFv2 neighbor 91.211.36.74: state change from Full to Down
00:47
jan/26 21:12:56 route,ospf,info OSPFv2 neighbor 91.211.36.74: state change from Full to Down
00:47
jan/26 21:18:26 route,ospf,info OSPFv2 neighbor 91.211.36.74: state change from Full to Down
00:48
я же говорю тебе - тупо текстовый фпйл с _дофига_ сообщений
00:48
и таких файлов много
00:48
мне присылал народ
00:48
погоди, это одно сообщение
00:48
я просто кусок файла вывел
00:49
jan/26 23:11:27 route,ospf,info OSPFv2 neighbor 172.16.6.6: state change from Full to Down
00:49
jan/27 02:15:46 dhcp,info ZYX-VER-P02 deassigned 192.168.2.12 from 00:0E:30:00:1F:5A
00:49
jan/27 02:15:51 dhcp,info ZYX-VER-P02 assigned 192.168.2.12 to 00:0E:30:00:1F:5A
00:49
jan/29 03:49:04 route,ospf,info Ignoring Link State Acknowledgment packet: wrong peer state
00:49
jan/29 03:49:04 route,ospf,info state=2-Way
00:49
jan/29 03:49:05 route,ospf,info Database Description packet has init bit set in middle of an exchange
00:49
jan/29 03:49:05 route,ospf,info OSPFv2 neighbor 172.16.7.80: state change from Full to 2-Way
00:49
deassigned, блин, это что такое
00:49
жопу ему отпилили?
00:49
я же говорю
00:50
нужно тупо сделать возможность залить десяток тысяч сообщений в один файл
00:50
трапы ты как в файл зальешь?
00:50
давай сначала сислоги
00:50
по трапам потом думать будем
00:50
у меня и трапф тоже в текстовках есть :)
00:51
dvolodin: а в связи с трапами как-то бы еще актуальность мибов
00:51
Вот. сейчас я не могу проверить существующие правила для SNMP на актуальность к мибам
00:51
а то по моим длинкам так нужных мибов и не залили, половина фм ивентов с цифрами
00:52
а была бы база ивентов можно было бы потестировать
00:52
Dmitry1: зачем ты хранишь логи моих микротиков ;) ?
00:52
Huko2: чтобы сделать правила FM
00:52
Коллеги, хелп плиз
00:52
опять при обновлении ошибка
00:52
Dmitry1: давно лежат :)
00:53
Checking mongodb database connection ERROR: MongoDB 2.4 or later requiredupgrade-user: : Unable to connect to mongodb database. Check noc.conf settings Terminating upgrade: : Failed to upgrade user part Terminating
00:53
Dubridze: поставь mobgodb 2.4 или выше
00:54
Dubridze: это не ошибка, а предупреждение
00:55
dvolodin: сислоги удобнее зронить в raw виде в простом текстовым файле. Для SNMP Trap нужно придумывать что-то еще.
00:55
s/зронить/хранить/
00:56
так не работает же после этого
00:56
а uptime discovery зачем нужен ?
00:57
Huko2: пиписьками меряться :)
00:58
Dmitry1: это святое!
01:00
Dubridze: ну так оно тебе сказало, обнови монгу
01:03
Dmitry1: чем не нравятся NOC'овские JSON?
01:04
dvolodin: несколько десятков тысяч сообщений syslog хранить в json ?
01:05
я же показывал тебе реальные цифры. От qtech - 19000 сообщений syslog. От Huawei - 28000
01:05
Checking mongodb database connection ERROR: command SON([('authenticate', 1), ('user', u'noc'), ('nonce', u'a64f0ed66d013280'), ('key', u'f2cf102b17b650c1814430a949d32101')]) on namespace noc.$cmd failed: auth failed upgrade-user: : Unable to connect to mongodb database. Check noc.conf settings Terminating upgrade: : Failed to upgrade user part Terminating Reporting upgrade status
01:05
И это всего два файлика
01:06
и что, тебя пугают 50k json?
01:06
А всего - около 17 мегабайт текстовок
01:06
dvolodin: не меня, а файловую систему
01:07
50к файлов в одном каталоге - это пипец
01:07
зачем их держать файлами?
01:07
и зачем в одном каталоге?
01:08
а как еще json держать ?
01:08
а тот же mercurial зачем напрягать ?
01:09
50k файлов синхронизировать
01:09
zi_rus: "debug-script таки погоняй, посмотри на че он таймаутится" можно чуть подробнее?
01:11
а что не так с документацией ?
01:11
как раз про debug-script там очень подробно расписано
01:11
./noc debug-script get_<???> <mo-name>
01:12
видимо только у тебя
01:12
01:12
я даже синтаксиса не вижу
01:17
dvolodin: ты на наге в теме отпишись про релиз, а то там сомневающиеся ползают, пусть новость увидят
01:20
zi_rus: See Channed beefs for detail
01:21
внизу ссылка
01:21
и это называется документация
01:21
я открыл сслыку чтобы прочитать про дебаг
01:21
а не скакать по ссылкам как в википедии
01:21
а зачем дублировать страницу в двух разделах ?
01:21
притом что статья совсем о друкгом
01:21
дублировать надо много и часто
01:22
чтобы куда ни попал везде мог получить инфу
01:23
в статье про тушенку есть несколько примеров с дебажной командой, но блять, статья про тушенку. как пользоваться дебагом, из нее все равно не понятно
01:24
ты понимаешь что такое документация и ее роль?
01:25
займись документацией. тебе все спасибо скадут. я правлю ее от случая к случаю
01:26
hexes: ты понял что надо почитать? там все расписано, если не понятно, то обращайся к Dmitry1, он считает такое описание достаточным
01:26
я даже не догадался бы по этой ссылке перейти!
01:27
ну так там с примерами на все случаи жизни
01:27
Dmitry1: открой доку по noc wipe. вот хоть что-то отдаленно похожее на нормальное описание
01:28
так кому то вообще не понятно что есть Channed Beefs... Видимо имелось ввиду всё же Canned Beefs...
01:31
в любом случае что за тушонка... никто не знает.
01:37
ну накидайте текстовку, а я на страничку добавлю
02:03
02:09
Testing Canned Beef Before testing canned !beed!, pull changes to all enabled repos
02:21
02:31
обновил монгу
02:32
Checking mongodb database connection ERROR: command SON([('saslStart', 1), ('mechanism', 'SCRAM-SHA-1'), ('autoAuthorize', 1), ('payload', Binary('n,,n=noc,r=Nzc3MTQwNzkyMDg3', 0))]) on namespace noc.$cmd failed: Authentication failed. upgrade-user: : Unable to connect to mongodb database. Check noc.conf settings Terminating upgrade: : Failed to upgrade user part Terminating
02:32
tail -f /var/log/mongodb/mongod.log 2015-05-06T13:22:50.110+0300 I NETWORK [initandlisten] connection accepted from 127.0.0.1:47276 #54 (3 connections now open) 2015-05-06T13:22:50.111+0300 I NETWORK [conn51] end connection 127.0.0.1:47270 (2 connections now open) 2015-05-06T13:22:50.112+0300 I ACCESS [conn54] SCRAM-SHA-1 authentication failed for noc on noc from client 127.0.0.1 ; UserNotFound Could not find user noc@no
02:49
zi_rus: дублировать информацию вообще-то чревато. потом она в одном месте обновляется, а в другом - нет.
02:52
evyscr: да я это понимаю, но по-моему когда стоит выбор не совсем свежая инфа или полное, абсолютное, тотальное ее отсутствие, то думать особо не над чем
02:55
ну и так, к слову, надо все таки понимать что есть основной источник информации, а что дополнительный. вот то что основное и надо обновлять в первую очередь, а то что второстепенное - нет, и если количство истаревшей инфы дойдет до критиче
03:07
Dmitry1: давай уже статью на опеннет
03:30
e_zombie: организуй, никто же не возражает... я так думаю
03:30
да у меня с русским никак а ти пройсишь меня по англицки
03:32
ещё немного самолётиков
03:32
03:32
03:33
ну там русский и не нужен, и ангельским он никак не связан
04:17
вопрос на мильен. как сбросить состояние ping? а то железка залипла в состоянии ping failed (хотя доступна, и debug-script с нее все собирает), и теперь не дискаверится
04:18
db.noc.schedules.inv.discovery.find({s: "D"}).pretty() перевод из Disableddb.noc.schedules.inv.discovery.update({s: "D"}, {$set: {s: "W"}}, {multi: true})
04:19
db.noc.schedules.inv.discovery.find({s: "D"}).pretty() перевод из Disabled
04:19
db.noc.schedules.inv.discovery.update({s: "D"}, {$set: {s: "W"}}, {multi: true})
04:19
годно чё
04:22
e_zombie: чет как-то не помогло
04:23
давно рестартовался?
04:24
во время рестарта все задачи пингов перезапускаться должны
04:24
вчера
04:24
у мя похоже фм вообще отсох
04:24
потому что алармы все давностью 90+ дней
04:24
а как грохнуть алармы и эвенты?
04:24
из монги
04:27
Night_Snake: не нужно в монге, через шелл закрой их
04:27
я их и так закрыл. но я ж говорю, у меня новых эвентов не появляется
04:27
ваще
04:28
бывало такое
04:28
это печально
04:28
UPDATE sa_managedobject set trap_source_ip = address::inet where trap_source_ip is NULL;
04:29
вот тоже попробуй.
04:29
ропцессы не попадали?
04:29
классификатор, коррелятор
04:29
мейби. но я рестартовался вчера
04:30
проверь
04:30
может они залипли
04:37
Night_Snake: еще посмотри в new events, может туда сыпется все
04:49
Короче шляпа какая-то. Почистил монгу. Обновился. ребутнулся. йух
04:49
эвенты не добавляются, ping failed
04:50
при этом в sa->failed scripts все хорошо
04:50
ну т.е. инфа актуальная
04:53
классификатор работает?
05:04
2015-05-06 15:47:28,331 [noc.lib.scheduler.scheduler] [fm.correlator] Scheduling job dispose(554a0d5f4a5e682f00b929a2) id=554a0d604a5e682f04ca047d at 2015-05-06 15:47:28.330921
05:04
2015-05-06 15:47:28,331 [noc-classifier] REPORT: elapsed: 0.0075s, speed: 133.3ev/s, events: 1, lag: 0.458818s, failed: 0, deleted: 0, suppressed: 0, unknown: 0, classified: 0, disposed: 1, duplicated: 0
05:11
dvolodin: см выше. кажись работает
05:13
воот. а что с фм тогда?
05:13
а коррелятор
05:13
?
05:14
2015-05-06 16:13:00,602 [root] 0 events has been disposed (success: 0, failed: 0). 60.0920479298 seconds elapsed. 0.00 events/sec
05:14
2015-05-06 16:13:00,602 [noc.lib.scheduler.job] [fm.correlator][performance_report][report] Job completed successfully (0.25ms)
05:14
2015-05-06 16:13:00,602 [noc.lib.scheduler.scheduler] [fm.correlator] Rescheduling job performance_report(report) to 2015-05-06 16:14:00 status=W
05:14
тож работает
05:32
а делать-то что?)
05:37
Night_Snake: так ивенты появляются в морде и только алармов нет?
05:37
ивенты появляются тока для SAE
05:37
и все
05:40
они вообще собираются?
05:40
да, тоже хотел спросить
05:51
new_events: 0
05:51
active_events: 60
05:53
ну я не знаю. реально трапы то приходят. может у тебя фаервол все режет или роутинга нет или я не знаю
05:55
ну на железки-то он ходит? Ходит. dhcp, алсо, в одной сети с ноком, если б раута не было, уже заметили бы
05:57
так логи и трапы он шлет?
05:57
активатор слушает их?
05:57
Night_Snake: даю подсказку. syslog слушает на порту 512, что меньше, чем 1024
05:57
фиревал может резать входящий трафик
05:58
16:58:11.193257 6a:07:aa:f5:a2:85 > 5a:a2:c7:8b:bc:f6, ethertype IPv4 (0x0800), length 138: 172.18.51.254.32770 > 172.18.255.111.514: SYSLOG local6.info, length: 96
05:58
это тспдамп на ноке
05:58
тцпдумп идёт до фиревола
05:59
Night_Snake: еще подсказка нужна ?
06:00
точнее есть но выключен
06:00
'netstat -nap' is your friend
06:00
даже -nlp
06:01
Night_Snake: услышь меня
06:01
Dmitry1: ты давай дескрипшны чини
06:01
apnout
06:01
кстати. а где там прописывается в конфигах, на каком порту слушать логи?
06:01
evyscr: доступ на железку дай
06:02
ты всё равно до неё не доберёшься
06:02
подсказка номер 2
06:02
на портах, ниэе 1024 имеют права биндится только программы, запущенные с правами суперпользователя
06:02
evyscr: не, я помню чет такое было. как минимум интерфейс
06:03
Night_Snake: "хрена" - не тебе-)
06:03
Dmitry1: ах да, подсказка должна представлять из себя ссылку на страницу документации
06:03
evyscr: а как я телепатическим образом узнаю, в чем там проблема ?
06:04
я тебе уже рассказал суть (ТМ)
06:04
"Description:" рвётся по on_read
06:05
у меня склероз, прчем прогрессирующий. мне через месяц защищаться на магистра надо, так что я весь в дипломе
06:05
когда рвётся - description не собирается
06:05
evyscr: ну хоть куски debug-script накидай
06:05
evyscr: может там не ASCII ?
06:05
а там нет ничего интересного
06:06
там latin1
06:06
вот стопудово
06:08
ну сделай штуки три разных варианта debug-script, когда рвется description, чтобы я смог найти какое-нибудь общее поведение
06:08
если это все на одной железке, то может дело в железке ?
06:09
06:10
когда в очередной прошивке пейджер поломали
06:12
Dmitry1: не умничай. noc-activator запускается от рута, однако же действительно, 514 порт никто не слушает, что странно
06:14
Night_Snake: покажи секцию [noc-activetor] в noc-launcher.conf
06:15
[noc-activator]
06:15
enabled = true
06:15
user = root
06:15
group =
06:15
config.0 = etc/noc-activator.conf
06:16
Какую галочку нужно поставить пользователю в SHOW, чтоб у него отображались MO?
06:16
в noc-activator.conf в секции [activator] поставь такое:
06:16
listen_instance = 0
06:16
listen_traps = 0.0.0.0
06:16
listen_syslog = 0.0.0.0
06:17
кроме того, у тебя должно быть там имя активатора
06:17
например "default"
06:18
соответсвенно, имя этого активатора должно совпадать с именем активатора в MO
06:18
Поставил все что есть в разделе MO, но результато не дало.
06:18
о
06:18
кажется просралось
06:20
evyscr: где в первом случае оно обрывается ?
06:21
вроде нормально дошло до 12-го порта
06:21
12 Enabled Auto/Disabled 100M/Full/None Enabled \r\n\r Auto \n\r Description: node3-eth0 \n\r
06:22
у 9-го порта пустой desciption
06:22
если туда что-нибудь вписать ?
06:22
есть десятый с непустым
06:23
вообще оно не должно быть никак связано
06:23
тогда озвучь проблему полностью
06:23
теряется порт ?
06:23
не показываются порты больше определенного ?
06:23
не показываетмя description ?
06:24
не показывается декрипшн
06:24
убери из description символ "-"
06:25
в других есть
06:25
не роляет
06:26
что в склейке ?
06:26
после "========"
06:26
лукап вестимо, если есть
06:26
там итоговый вывод после всяких "on_read:"
06:27
fumufu86: sa > setup > user access
06:27
{'status': True, 'trap_state': None, 'admin_duplex': None, 'admin_state': True, 'speed': '1000M', 'port': '10', 'desc': '', 'duplex': 'Full', 'admin_speed': 'Auto', 'admin_flowctrl': 'Disabled', 'address_learning': 'Enabled', 'flowctrl': 'None', 'media_type': None, 'mdix': 'Auto'}
06:28
на втором таком свиче опять же проблема с дескрипшном на десятом порту
06:29
(при том, что их там всего три)
06:29
вот смотри
06:29
я делаю на длинке get_version
06:30
оно мне мослает всякие read/write
06:30
а потом рисует такое:
06:30
2015-05-06 12:36:51,876 [DLink.DxS.get_version(67, 10.116.0.53)] cli(show switch) returns:
06:30
===[ show switch ]======================================================
06:30
'Command: show switch\n\n\nDevice Type :DGS-1100-10/ME \nMAC Address :EC-22-80-7F-8E-D8 \nIP Address :10.116.0.53
06:30
а там в промежутке между on_read и cli_object_stream() returns нет ничего
06:30
т.е. скомпилированный кусок после кучи on_read
06:31
хм. херово
06:31
нету такого
06:31
и да, это таки cli_object_stream
06:32
как (когда) там парсер прикладывается - вот уж не знаю
06:33
в документации не написано. впрочем, что это я, девелоперская документация не нужна же.
06:34
попробуй так:
06:34
--- __init__.py.orig 2015-05-05 16:43:16.000000000 +0300
06:34
+++ __init__.py 2015-05-06 17:33:59.000000000 +0300
06:34
@@ -114,6 +114,7 @@
06:34
re.MULTILINE)
06:34
06:34
def parse_interface(self, s):
06:34
+ print "=============\n%s\n=========\n" % s
06:34
match = self.rx_port.search(s)
06:34
if match:
06:34
port = match.group("port")
06:35
выловить, что оно туда пихает, что его не может распарсить
06:39
кстати, я тебе уже передавал привет за монструозный вывод дебага get_interfaces?
06:39
(в плане размера)
06:43
06:47
Хм. Это к dvolodin. Такое я не знаю, как лечить
06:48
парсер в cli_object_stream
06:49
суть: дескрипшн 10-го порта не распарсивается
06:49
особенность: оно рвётся на on_read
06:50
да не в 10-м порту проблема
06:50
а втом, что суда по всему, буфер для сокета маленький
06:55
мнэ
06:56
там функция parse_interface возвращает не None
06:56
после обработки с обрезанным Descr{iption}
06:57
который у неё условный
06:57
в регэкспе
06:58
думается мне, что объявят проблему в профиле
06:59
а если увеличить буфер - ну порвётся оно на 20-м порту
06:59
та же фигня случится, только чуть позже
07:02
dvolodin: Дим, а можешь замутить такую вещь - удалять модельки из Unknown Models ? Желательно из WEB. Желательно с возможностью выделения нескольких объектов.
07:03
сейчас они не удаляются
07:03
удаляются при загрузки модели
07:04
а если я вытащил модуль/sfp, то он "застряет" в Unknow Model
07:04
и у меня таких полно
07:05
я реально не могу разобраться, где у меня действительно нераспознанные модели, а где остались куски после тестирования
07:08
У меня даже есть такая модель:
07:08
vendor: juniper, platform: DLink DES-3200
07:11
cisco через нок не распозноёт ни одну консольную команду.
07:11
Dmitry1: ну что ты как маленький, идёшь в монгу и удаляешь.
07:11
С хуавеем всё нормально
07:12
в монгу лазить не надо лишний раз. все-таки обычный пользователь будет работать с web мордой, а не с монгой
07:12
разве нок для обычного пользователя?
07:22
теперь и с циской норм
07:22
понядобилось несколько раз save нажать
07:46
Какой файл в профиле оборудования, отвечает за работу консоли в MO?
12:29
приветствую
12:34
товарищи, помогите разобраться. Centos 7. Noc встал без проблем. Необходимо чтобы процессом можно было управлять через systemctl start, stop... как реализовать никто не в курсе?
21:59
···· ·− ·−−· ·−−· −·−− ·−· ·− −·· ·· −−−
22:03
да-да, с праздником!
22:05
почему все так радуются? почему мне так насрать?
22:06
,,
22:06
в электрической связью вас
22:07
я радуюсь потому что сегодня у нас большой бухач
22:07
ну и потому что это клевая фигня
22:08
коллеги а научите меня рисовать стойки в ноке ?
22:08
хули чё.
22:08
добавляй стойку.
22:08
freeseacher: в инвентори, такой объект
22:09
в какой-нибудь PoP
22:10
dvolodin: кстати про инвентори, а что если картинки из визио туда прикрутить вместо тупых прямоугольников?
22:11
или хотябы принципиальную схему, типа вот роутер и у него 6 слотов под карты, и 6 прямоугольничков нарисовать
22:16
zi_rus: рисуй, как оно может выглядеть
22:16
freeseacher: В pop добавляешь объект -- стойка
22:16
в него затаскиваешь объекты
22:16
жмешь edit и размещаешь их
22:16
хм
22:17
погодите
22:17
добавил city
22:17
в city добавляй pop
22:17
лучше сразу на карте
22:17
тип pop'а можно поменять потом легко
22:17
жми правую кнопку на карте, там Add ....
22:18
EXCEPTION: <class 'mongoengine.errors.ValidationError'> Unable to dereference <class 'noc.inv.models.vendor.Vendor'>:4eef0f644a5e686da4000077
22:18
добавил city
22:18
встал на него
22:18
получил вот это
22:18
у меня сломан инв ?
22:19
запустил фикс
22:19
у меня давно сломан. кажет пустую страницу
22:19
фикс не помогает
22:20
фикс не помог
22:20
все равно падает
22:20
zi_rus, ?
22:21
freeseacher: ?
22:21
EXCEPTION: <class 'mongoengine.errors.OperationError'> Could not save document (Cannot update 'data.rackmount.side' and 'data.rackmount' at the same time)
22:21
всмысле я почти уверен что у тя все работает
22:21
скажи чо делать :)
22:22
freeseacher: я давно не пользовавался, сейчас добавил одну стойку, без городов, без нихуа
22:22
трейс
22:22
freeseacher: сам попробуй, без городов, сразу рек
22:23
zi_rus: вот похожий трейс я наблюдал, пришли его
22:23
похоже, какой-то прикол новой монги или mongoengine
22:23
это объект Rack Row ?
22:23
rack row -- ряд стоек
22:24
22:24
freeseacher: просто рек
22:24
ytn nfrjuj
22:24
нет такого
22:24
NoName | Rack | 19" 42U 1000mm Shelf
22:24
а
22:24
нарисовалась
22:25
freeseacher: а у тебя скроллы на реке не нарисовались? а то у меня есть
22:25
отстой
22:25
надо чинить
22:25
видимо по вертикали не влезло
22:26
у меня везде все влезло но все равно скролы
22:26
а где еще два измерения?
22:26
фронт реар есть
22:27
монгу вручную обновлять?
22:36
Dmitry1: а почему это у нас навигация без прокрутки, если наоборот сделали pagerless с прокруткой?
22:36
что за навигация ? я вроде ничего не ломал
22:37
я про opennet
22:37
:)
22:38
хм. я писал как раз pagerless. видать, когда приводили сообщение в удобноваримый вид поменяли
22:38
я еще вчера в обед отправил соообщение
22:39
и только вечером оно появилось на opennet
22:43
а
22:44
то есть это их творчество?
22:45
после обновления до develop файлы конфигов перестали складываться в каталог repo, при этом сами конфиги успешно сливаются.
22:45
добавил в noc.conf
22:45
[gridvcs]
22:45
mirror.sa.management.config = /srv/noc/repo/config
22:45
результат не изменился. В чём ещё может быть дело?
22:46
kwand, изменения при этом есть да ?
22:47
freeseacher: да
22:47
freeseacher: в MO - config вижу новые конфиги
22:47
kwand: права нормальные?
22:48
dvolodin: -rw------- 1 noc root 15611 Apr 15 09:57 c37-1200-2133-1
22:48
-rw------- 1 noc root 21568 Apr 8 11:31 c37-nskd-a-120-1
22:48
-rw------- 1 noc root 35993 Apr 15 03:59 c37-priut-css-1
22:48
-rw------- 1 noc root 42828 Apr 15 08:58 c37-vip2-ksl-128-dsw
22:48
-rw------- 1 noc root 113815 Apr 15 07:24 c65-okc-060-cth1
22:48
-rw------- 1 noc root 48721 Apr 15 03:44 c65-omc-106-dsw
22:49
root@syslog:/srv/noc/repo# ls -al
22:49
total 44
22:49
drwxr-x--- 3 noc noc 4096 Sep 26 2014 .
22:49
drwxr-xr-x 6 root root 4096 Aug 5 2014 ..
22:49
drwxr-xr-x 3 noc root 36864 Apr 15 09:57 config
22:49
ну начнем с того, что sa.managementobject
22:49
вроде везде noc владелец
22:49
зеркалируешь несуществующий репо
22:50
dvolodin: то есть нужно mirror.sa.managementobject.config ?
23:04
Господа, всем доброго дня!
23:04
23:06
можно ли в fm - event сделать reclassify для всех unknown объектов ?
23:07
Закоменти 98 строку в /opt/noc/sa/profiles/Vyatta/Vyatta/get_interfaces.py или вообще его удали если такого оборудование не имеешь.
23:07
имею, и его dvolodin правил недавно...
23:08
не, он там видимо сначала сам изменения вносил, а потом хг еще поковырялся
23:08
надо hg revert sa/profiles/Vyatta/Vyatta/get_interfaces.py
23:08
а если его удалить и апдейт сделать?
23:09
а ревертнуть тебе религия не позволяет?
23:09
сделал как zi_rus сказал, всё ок!
23:09
спасибо!
23:09
=)
23:18
kwand: $ ./noc events -c "Unknown | Syslog" -a reclassify
23:20
$ ./noc events -c "Unknown | SNMP Trap" -a reclassify
23:25
23:28
23:33
*репозитории
23:45
xetle: лучше сделай bootstrap для gento, и ну нафиг этих разработчиков дистров
Share this page
Share this page: