About Forum Blogs NOC Docs Downloads KB Issues Code CI Registration

nocproject.org

#nocproject.org at irc.freenode.net log.
Back to nocproject.org Back to IRC log index
Date: 04.09.2014
TSergey_ #
03:48
dvolodin: привет
03:48
есть вопрос по селекторам:
03:48
делаю, name "s3-1-1.intt|s3-1-2.intt|s57-1-2.intt"
03:48
Source Combine Method: OR, Sources: "backbone"
03:48
Expression выглядит так:
03:48
(IS MANAGED AND name ~ "s3-1-1.intt|s3-1-2.intt|s57-1-2.intt") OR ((IS MANAGED) OR (IS MANAGED AND tags CONTAINS ["backbone"]) OR (IS MANAGED AND name ~ "s2-1-1.tomica"))
03:48
нажимаю кнопку Matched Objects --- объекты s3-1-1.intt|s3-1-2.intt|s57-1-2.intt не попадают в выборку
03:49
вопрос:
03:49
Source Combine Method: OR --- это OR с другими полями селектора, или тоько в Source?
03:49
*только
dvolodin #
03:58
or -- это только между source
TSergey_ #
04:08
жаль, в экспрешшн выглядит как не только
04:25
dvolodin: а как тогда это работает в моем случае? почему в селекторе отработал блок Source а не Filter by Name, коммутаторы в них не пересекаются
04:25
там еще беда с Is Enabled, но это отдельная тема
e_zombie #
04:57
hello. its channel about anime?
TSergey_ #
04:58
я вчера гуглил как корректно обновить монгу, много было ответов про мангу :)
freeseacher #
04:58
корректно обновить монгу ?
04:59
просто берешь и обновляешь
TSergey_ #
04:59
ага, я ни разу не обновлял
freeseacher #
04:59
у них бинарный формат не меняется
04:59
ну если очкуешь можешь перед этим сделать mongodump
TSergey_ #
04:59
дело в том, что с того репозитария, что был в убунте, никаких обновлений не прилетало
04:59
freeseacher: настроил же я бэкап в ноке
freeseacher #
05:00
у меня вот так
05:00
cat /etc/apt/sources.list.d/mongodb.list
05:00
deb http://downloads-distro.mongodb.org/repo/debian-sysvinit dist 10gen
TSergey_ #
05:00
так что менял репозитарий и ставил
05:00
ага, с него
05:00
пользун нок в монге грохнулся
05:00
а так, все прошло ровно
freeseacher #
05:01
у меня вроде ничего ни разу не йобалось
05:01
но у меня почти всегда последняя версия на этом хосте
TSergey_ #
05:02
была 2.0.4 и я подозреваю, что это встроенная версия убунты, что ли
05:02
процесс назывался mongodb, теперь mongod
freeseacher #
05:02
ага и конфиги задвоились
TSergey_ #
05:03
при инсталле он честно предупредил, что одну снесет, а другую поставит
05:04
freeseacher: не подскажешь, есть ли в питоне что-то, что позволит собрать "1,2,3,4,5" -> "1-5"?
freeseacher #
05:06
ага
05:06
алгоритмика :)
05:06
готовой функции не знаю
TSergey_ #
05:06
ааа, я подозревал :)
freeseacher #
05:08
отсортируй, возьми первый эелемент, иди по массиву, если следующий элемент больше на единицу выкидывай его, иначе замыкай последовательность и продолжай
TSergey_ #
05:11
а вот еще, есть ли способ получить по урлу отчет VC\Int и топологию Network Map\Chart?
freeseacher #
05:12
в каком виде ?
TSergey_ #
05:13
в том, в каком дает вход в VC\int (репорт) или Network Map\Chart (экран с топологией)
05:13
типа мы уже жахнули на посмотреть интерфейсы по конкретному влану
05:13
или на топологию по конкретному чарту
freeseacher #
05:14
тополгия картинкой не храниться
05:14
она каждый раз отрисоывается из заданных параметров
TSergey_ #
05:14
да и не надо картинкой
freeseacher #
05:14
а vc\int легко
TSergey_ #
05:15
погоди
05:15
может я не так задаю вопрос
freeseacher #
05:15
noc-server/vc/vc/<id>/interfaces/
TSergey_ #
05:16
"main/desktop/#sa.managedobject/15" вот так я захожу в SA\MO\ ID=15
freeseacher #
05:17
аа
05:17
в закладки добавить ?
TSergey_ #
05:18
хочу сделать доку, а в ней урлы
freeseacher #
05:18
в карте не вижу поддержку хистори апи.
05:18
видимо попасть в конкретную карту не получитсья
05:19
подозреваю что это будет в feature/jointjsmap
TSergey_ #
05:19
а вот штука с mrt, это не для таких случаев?
freeseacher #
05:19
не
05:19
она для удаленного взова скриптов
TSergey_ #
05:20
но ведь за выбором чарта тоже ведь дальше скрипты?
05:20
не догояю я с mrt
freeseacher #
05:25
http://kb.nocproject.org/pages/viewpage.action?pageId=4784205
TSergey_ #
05:25
читал я, просветления не произошло :)
freeseacher #
05:25
там вызывается на пользовательский интерфейс
05:26
а `низкоуровневые` функции
05:26
а тебе надо в интерфейс
TSergey_ #
05:26
так мы запрашиваем json, который отдает скрипт нока?
freeseacher #
05:27
для этого есть штука которая называется history api (название дурацкое и не отражает чего на самом деле оно позволяет делать)
05:27
да
05:27
хистори апи отвечает за формирование ссылки в интерактивных приложениях
05:29
и вот эту часть ссылки #sa.managedobject/15 обрабатывает уже не сервер а браузер, как бы эмулирую тыки на вебе
TSergey_ #
05:30
и ее нужно специально прикручивать?
freeseacher #
05:30
да
TSergey_ #
05:30
плохо
05:30
я не допрошусь этого
05:31
freeseacher: еще скажи, а вот kb, та что в ноке, она живая?
freeseacher #
05:31
нет
05:31
она мертвая
TSergey_ #
05:32
была идея выкладывать решения в вибе патчей, что бы в нее прилетали статьи
05:32
*в виде патчей
05:32
типа есть проблема, относящаяся к сносу МО, делаем патчик, комрады обнавляются и видят новую статью
05:33
некоторое обобщение логов канала
freeseacher #
05:33
похоже на блог ?
TSergey_ #
05:34
ну слегка
05:34
только это будет именно knowledge base по текущим проблемам
freeseacher #
05:35
а что мешает сейчас вести ?
05:35
по идее это можно вывести на welcome page
TSergey_ #
05:35
во первых мы это обсуждали, например мне не удобен блог, в том виде что есть
dvolodin #
05:36
TSergey_: у меня была идея распределенной KB, да
05:36
блог в confluence хорош, но ему сильно не хватает нормального индекса
freeseacher #
05:36
индекса ?
TSergey_ #
05:36
а во вторых --- писать стать про то как снести state в networkchart --- не дотягивает, а как KB, может быть востребовано
dvolodin #
05:36
да, он там колендарный
05:37
можно, наверное, в KB сделать spaces
05:37
и какие-то из них -- публичные с синхронизацией
TSergey_ #
05:37
dvolodin: а то как сейчас организован KB в ноке --- ты можешь сделать что бы с патчем прилетела статья в KB?
dvolodin #
05:37
мне они более интересны в роли инструкций по действиям при авариях
05:38
чтобы в отдельном табе показывать статью из KB
TSergey_ #
05:38
dvolodin: и если правильно понимаю, русский там не поддерживается
dvolodin #
05:40
как так не поддерживается?
TSergey_ #
05:40
эээ
05:41
неужели путаю
05:42
наверное потому что в "Language:" только English
05:44
нашел где добавить язык
05:45
dvolodin: про селекторы вопрос, то как ты показываешь селектор в Expession, так и должен накатываться селектор?
dvolodin #
05:48
TSergey_: текстовая форма только для справки нужна
TSergey_ #
05:49
т.е. может показываться правило не так, как накатывается фильтр
05:50
dvolodin: и фильтр работает как AND + тэги, где внутри можно выставить AND\OR
dvolodin #
06:04
фильтр всегда работает как and
TSergey_ #
06:07
какая-то ошибка, или я не догоняю
06:07
есть два МО s2-1-1 (id 4) s144-1-2 (id 2)
06:07
делаю селектор s2, [Filter By Name: s2-1-1] Expression:{IS MANAGED AND name ~ "s2-1-1"}, Matched Objects: s2-1-1
06:07
делаю селектор s2_s144, [Filter By Name: s144-1-2, Sources: s2] Expression:{
06:07
(IS MANAGED AND name ~ "s144-1-2") OR (IS MANAGED AND name ~ "s2-1-1")} Matched Objects: s2-1-1
06:08
почему во втором случае показывается только s2-1-1?
06:09
1. откуда OR, если все в фильтре AND
06:09
2. почему s2-1-1? вовсе должно быть пусто
06:12
в expression OR\AND между скобками берется из Source Combine Method, видимо просто ошибка формирования Expression
06:13
проверил подключая селекторы в Sources и меняя Source Combine Method
dvolodin #
06:14
нет, там все правильно
06:14
если хочешь комбинировать селекторы - не пиши в них фильтры
TSergey_ #
06:14
ща
06:15
(IS MANAGED AND name ~ "s144-1-2") OR (IS MANAGED AND tags CONTAINS ["boot"]) OR (IS MANAGED AND name ~ "s2-1-1")
06:15
вот это их селектора где первые скобки из фильтра, вторые две из Source
06:16
и метод OR
06:16
а это при методе AND
06:16
(IS MANAGED AND name ~ "s144-1-2") AND (IS MANAGED AND tags CONTAINS ["boot"]) AND (IS MANAGED AND name ~ "s2-1-1")
06:18
при комбинировании селекторы + фильтр, отрабатываю только селекторы?
06:18
*отрабатывают?
06:19
да, вероятно так
06:20
а нет, вот еще момоент
06:21
фильтр + один селектор (OR) Matched Objects: из селектора
06:21
фильтр + один селектор (AND) Matched Objects: пусто
06:21
*момент
06:22
и невозможно полностью не использовать фильтр, IS MANAGED лезет во все выражения
06:24
и не устанавливается в "-"
zi_rus #
08:24
dvolodin, обновился, дебаги нового ничего не показывают, проба также замирает после перваого прохода и writer ничего не пишет
e_zombie #
08:26
NOC-1430
zi_rus #
08:33
e_zombie, ты небось модельки удалял
08:33
freeseacher, графиками еще не баловался?
e_zombie #
08:33
если и удалял то оооочень давно
zi_rus #
08:34
кто-нибудь может подтвердить проблемы как у меня или это я неудачник?
08:34
e_zombie, а трейс появился давно или сейчас
e_zombie #
08:35
не могу сказать. за коррелятором не смотрел. плюс я первый день после месяца отпуска. я числа 15 обновился и уехал на урал
TSergey_ #
08:35
а вот так правильно писать Affects Version/s: 0.9 ?
evyscr #
08:40
никак не пиши, пусть фиксер думает.
08:41
а насчёт IS MANAGED - оно ещё и не самым понятным образом игнорится в ряде случаев
08:42
точнее, в принципе понятным - в случае использования OR.
Night_Snake_ #
08:46
доброго дня. А это у меня только такая трабла, что если делать сниппет на селектор, и в селекторе одна из железок недоступна, то скрипт вываливается в трейс? Оо причем до запуска
e_zombie #
08:47
страшные вещи ты говоришь
08:51
кто у нас там Длинки правил ? NOC-1431
08:54
отбой.
TSergey_ #
09:01
всем спать?
e_zombie #
09:03
не. по багу.
TSergey_ #
09:06
хорошо
e_zombie #
09:08
2014-09-04 13:10:23,746 REPORT: elapsed: 8.2366s, speed: 121.4ev/s, events: 1000, lag: 83522.746086s, failed: 0, deleted: 0, suppressed: 0, unknown: 15, classified: 98, disposed: 149, duplicated: 111, unk. duplicated: 627
09:08
2014-09-04 13:10:32,287 REPORT: elapsed: 8.5410s, speed: 117.1ev/s, events: 1000, lag: 83506.287565s, failed: 0, deleted: 2, suppressed: 0, unknown: 10, classified: 262, disposed: 127, duplicated: 114, unk. duplicated: 485
09:08
2014-09-04 13:10:38,913 REPORT: elapsed: 6.6251s, speed: 150.9ev/s, events: 1000, lag: 83477.913197s, failed: 0, deleted: 0, suppressed: 0, unknown: 20, classified: 105, disposed: 149, duplicated: 105, unk. duplicated: 621
09:08
2014-09-04 13:10:58,638 REPORT: elapsed: 19.7249s, speed: 50.7ev/s, events: 1000, lag: 83476.638487s, failed: 0, deleted: 0, suppressed: 0, unknown: 8, classified: 349, disposed: 89, duplicated: 97, unk. duplicated: 457
09:08
2014-09-04 13:11:07,303 REPORT: elapsed: 8.6642s, speed: 115.4ev/s, events: 1000, lag: 83400.303138s, failed: 0, deleted: 8, suppressed: 0, unknown: 14, classified: 281, disposed: 125, duplicated: 77, unk. duplicated: 495
09:08
ччёто у меня коррелятор раком стоит.
09:08
толи пол месяца не работал толи ещё что.
TSergey_ #
09:25
строю кусочек топологии по LLDP
09:26
один DES-3200-18 в упор не видит соседа
09:26
его видят, он нет
09:26
посоветуйте чего-нибудь
09:26
Command: show lldp remote_ports
09:26
Remote Entities Count : 0
09:27
LLDP Status : Enable
evyscr #
09:31
forum.dlink.ru - 'На коммутаторах (des-3200) прошивкой 1.83.B004, 1.83.B005 не работает (не видет соседей) lldp пока не скажешь "config gvrp 25-28 state disable ingress_checking disable"'
09:32
в общем, как обычно
TSergey_ #
09:32
вот это да
evyscr #
09:32
http://forum.dlink.ru/viewtopic.php?f=2&t=156053&start=75
TSergey_ #
09:32
1.84.B006
evyscr #
09:33
пишите авторам
dvolodin #
09:33
e_zombie: да, он у тебя на дель от жизни отстал
09:33
disposed очень много
evyscr #
09:33
'выше был же совет. ставите на магистралях pvid == management vlan и не нужно ингресс чекинг выключать.'
TSergey_ #
09:34
у меня вроде так и есть
09:35
а вот это config lldp ports 25-26 notification enable я не включаю
zi_rus #
09:39
e_zombie, посмотри в топ cpu классификатор не съел?
e_zombie #
09:40
съел.
zi_rus #
09:40
аааааа
09:40
dvolodin, нас уже двое
e_zombie #
09:40
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
09:40
9409 mongodb 20 0 79.3g 1.3g 1.2g R 86.1 23.0 16:08.13 /usr/bin/mongod --quiet -f /etc/mongodb.conf --smallfiles --nojournal run
09:40
9165 noc 20 0 516m 145m 12m R 78.5 2.5 28:34.94 /opt/noc/bin/python ./scripts/noc-correlator.py launch -c etc/noc-correlator.conf -i 0
09:40
9169 noc 20 0 449m 79m 12m S 35.0 1.4 11:02.75 /opt/noc/bin/python ./scripts/noc-discovery.py launch -c etc/noc-discovery.conf -i 0
09:40
9420 postgres 20 0 1638m 30m 22m R 11.5 0.5 2:00.94 postgres: noc noc [local] SELECT
09:41
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
09:41
9153 noc 20 0 470m 106m 12m R 92.7 1.9 0:42.38 /opt/noc/bin/python ./scripts/noc-sae.py launch -c etc/noc-sae.conf -i 0
09:41
9409 mongodb 20 0 79.3g 1.1g 1.1g R 87.0 20.5 0:27.44 /usr/bin/mongod --quiet -f /etc/mongodb.conf --smallfiles --nojournal run
09:41
9165 noc 20 0 487m 115m 12m R 82.1 2.0 0:39.00 /opt/noc/bin/python ./scripts/noc-correlator.py launch -c etc/noc-correlator.conf -i 0
09:41
9150 noc 20 0 682m 93m 12m R 74.8 1.6 0:13.35 /opt/noc/bin/python ./scripts/noc-scheduler.py launch -c etc/noc-scheduler.conf -i 0
09:41
9169 noc 20 0 442m 73m 12m R 60.2 1.3 0:25.31 /opt/noc/bin/python ./scripts/noc-discovery.py launch -c etc/noc-discovery.conf -i 0
09:41
insert query update delete getmore command flushes mapped vsize res faults locked db idx miss % qr|qw ar|aw netIn netOut conn time
09:41
4 609 202 102 0 208|0 0 79g 79.3g 1.14g 7 noc:4.7% 0 0|0 1|0 231k 343k 27 12:40:56
09:41
4 604 189 98 0 197|0 0 79g 79.3g 1.14g 0 noc:5.7% 0 1|0 1|0 226k 328k 27 12:40:57
09:41
4 520 231 120 0 241|0 0 79g 79.3g 1.14g 0 noc:6.3% 0 0|0 1|0 229k 319k 27 12:40:58
09:41
13 455 214 107 1 228|0 0 79g 79.3g 1.14g 0 noc:6.1% 0 0|0 1|0 205k 287k 27 12:40:59
09:41
13 462 178 85 0 193|0 0 79g 79.3g 1.14g 0 noc:11.2% 0 0|0 1|0 184k 266k 27 12:41:00
09:41
78 503 171 89 0 254|0 0 79g 79.3g 1.14g 0 noc:6.0% 0 0|0 1|0 217k 277k 27 12:41:01
09:41
4 446 187 92 0 192|0 0 79g 79.3g 1.14g 0 noc:5.4% 0 0|0 1|0 195k 251k 27 12:41:02
09:41
301 462 181 97 1 492|0 0 79g 79.3g 1.14g 0 noc:10.2% 0 0|0 2|0 296k 299k 27 12:41:03
zi_rus #
09:41
e_zombie, не, у тебя не то, у меня классификатор ест цпу
09:42
e_zombie, а открой fm > events > new
freeseacher #
09:42
e_zombie, не не маленький же уже
zi_rus #
09:42
там много их или пустой список
freeseacher #
09:42
кидай в пасту
e_zombie #
09:42
не дрейфь. я счас разгребу свои фекалии и вылезет тоже самое что и у тебя
09:54
http://pastebin.com/BGw4WwUy
zi_rus #
09:55
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
09:55
86470 root 1 103 0 397M 227M CPU4 4 3:54 99.37% python2.7
09:55
99% - это классификатор
e_zombie #
09:55
у меня лаг растёт
freeseacher #
09:55
htop пизже
09:55
сразу показывает кто
e_zombie #
09:56
похуй на него
zi_rus #
10:04
dvolodin, а можно заставить лаунчер писать почему демон сдох? а то пока руками не влез не увидел
10:04
$ ./scripts/noc-classifier.py start
10:04
[Errno 13] Permission denied: '/var/noc/log/noc-classifier.log'
dvolodin #
10:05
e_zombie: монгостат посмотри
10:05
еще полезно запускать mongosniff
10:05
zi_rus: а ланчер почем знает?
EK|2 #
10:05
Ребятки, как вы от подстановки arp шлюза справляетесь? Или от подстановки ip? На dlink'ах, например? Только ipmb?
e_zombie #
10:06
dvolodin: в монгостат 3-5% локов
10:06
http://pastebin.com/HBJcME77
zi_rus #
10:07
dvolodin, ну и я не знаю, почему демон не может ему инфу слить что все плохо
10:07
лаунчер это центральная фигура
10:07
должен знать
e_zombie #
10:07
я конечно могу сбросить тебе вывод лага с привязкой по времени чтобы построить график :)
10:07
файло на 3 метра
dvolodin #
10:07
e_zombie: у тебя большое количество query
e_zombie #
10:07
dvolodin: не брал бастилию (с)
10:08
ты знаешь что у меня нет никаких наворотов и фильтров.
dvolodin #
10:09
запусти на несколько секунд mongosniff и кинь мне вывод
10:09
только не на пасту
10:09
mongosniff --source NET <имя интерфейса>
10:09
если локально у тебя все -- lo0
e_zombie #
10:11
[root@nocproject noc]# mongosniff
10:11
found device: eth0
10:11
sniffing... 27017
10:11
^C
10:11
чёто оно не выводит ничего
dvolodin #
10:11
mongosniff --source NET lo0
TSergey_ #
10:11
а какая у тебя монга?
e_zombie #
10:12
db version v2.4.6
TSergey_ #
10:14
свежак
dvolodin #
10:15
скорее тухляк
10:15
нынче в моде 2.6
TSergey_ #
10:18
а, точно, у меня 2.6.3, перепутал
zi_rus #
10:18
а у меня снифф засегфолтился
10:18
sniffing... 27017
10:18
127.0.0.1:24471 -->> 127.0.0.1:27017 noc.noc.schedules.main.jobs 129 bytes id:7d8eb40 131656512
10:18
query: { $query: { s: "W", ts: { $lte: new Date(1409840469855) } }, $orderby: { ts: 1 } } ntoreturn: 0 ntoskip: 0
10:18
2014-09-04T14:21:10.351+0400 Assertion failure messageShouldHaveNs() src/mongo/db/dbmessage.cpp 82
10:18
Segmentation fault (core dumped)
e_zombie #
10:18
а ты сходи и скажи это разрабам центоса
dvolodin #
10:56
zi_rus: посмотри на performance report и попробуй вот такое
10:56
это по слову REPORT в логах классификатора
10:56
и накати индекс
10:56
db.noc.alarms.active.ensureIndex({"timestamp": 1, "managed_object": 1})
zi_rus #
10:57
dvolodin, такое какое?
dvolodin #
10:57
zi_rus: посмотри в логах классификатора REPORT и покажи последние 3 значения
10:58
накати индекс
10:58
и покажи еще 3 значения
zi_rus #
10:59
dvolodin, http://pastebin.com/4eGj7YXf
10:59
ничего не изменилось
12:07
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
12:07
91501 noc 1 24 0 301M 129M select 4 5:18 13.38% /opt/noc/bin/python ./scripts/noc-classifier.py launch -c
12:07
классификатор жрет цпу больше чем весь остальной нок
12:08
народ
12:08
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
12:08
91501 noc 1 24 0 301M 129M select 4 5:18 13.38% /opt/noc/bin/python ./scripts/noc-classifier.py launch -c
12:08
ой
12:09
"1.3.6.1.4.1.9.9.131.1.5.2.0": "2",
12:09
"source": "SNMP Trap",
12:09
"1.3.6.1.4.1.9.9.131.1.5.3.0": "=AC=1F=F0=07",
12:09
"1.3.6.1.6.3.1.1.4.1.0": "1.3.6.1.4.1.9.1.1639"
e_zombie #
12:09
спакуха. счас всё умрёт.
zi_rus #
12:09
"=AC=1F=F0=07" - это ip
12:11
вот это ip или ipv6
12:11
кто на глаз может определить?
e_zombie #
12:15
0_0
12:15
вилкой в глаз
evyscr #
12:15
что определить? 172.31.240.7?
zi_rus #
12:17
evyscr, я знаю что это преобразуется в такой адрес. вопрос в том нельзя ли преобразовать это в легитимный ipv6 адрес
evyscr #
12:19
::ffff:172.31.240.7 ?
12:21
я всё ещё не понимаю вопроса. need more data.
zi_rus #
12:22
evyscr, нет, =AC=1F=F0=07 - это какие-то бинарные данные, ты раскодировал их в 172,31,,,,, это и я делал, а в ipv6 раскодировать можно или это ipv4 и ничего более
12:22
evyscr, "1.3.6.1.4.1.9.9.131.1.5.2.0": "2" - в мибе 2 означает ipv6
12:22
вот отсюда и вопрос
evyscr #
12:23
ну типа вроде есть депрекейтед вида ::172.31.240.7
zi_rus #
12:23
не, ну я знаю про такое, но нет, это либо должен быть нормальный адрес
12:23
2000::
12:24
или это кривой миб
evyscr #
12:24
в полноценный v6 не разложишь
12:24
если это было вопросом
zi_rus #
12:26
ок
12:26
это и хотел услышать
12:27
в циске кейс наверное открою, почему мибы кривые
dvolodin #
13:07
zi_rus: http://pastebin.com/ZfPBPfkT
13:08
экстремальный патчик на коррелятор
zi_rus #
13:14
dvolodin, почему коррелятор если у меня тупит классификатор? его отдачей задевает
13:24
dvolodin, накатил патч, какой эффект ожидать?
dvolodin #
13:24
сравнить скорость до и после
13:29
хотя бы по REPORT
13:29
и mongostat
zi_rus #
13:43
по монгостату все очень неопределенно, а по репорту, разброс значений стал больше но кардинально не изменился, примерно 50 ивентов в секунду и осталось
13:43
хотя зомби жаловался на корелятор, может ему виднее будет
Night_Snake_ #
19:09
dvolodin а в каком случае сниппет, который на свиче выполняет команды в cli, может возвращать none? при этом нифига не выполняя, или выполняя - как повезет
dvolodin #
19:14
?
zi_home #
19:27
dvolodin, классификатор опять 100% cpu съел, зараза
19:29
dvolodin, а не, очередь короткая получилась, разобрал и спустил нагрузку
19:29
слушай, чего у него за проблемы с большим количеством ивентов?
19:30
это явно не hi-load решение при моих-то 600 железках
19:35
dvolodin, может это монга тормозить? я просто поставил нечеловеческие периоды для хранения
19:35
[fm]
19:35
active_window = 2592000
19:35
keep_events_wo_alarm = 1825
19:35
keep_events_with_alarm = 1825
19:35
может база слишком разрослась
19:40
хм
19:40
PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND
19:40
79922 mongodb 290 0 6 15 0 21 100.00% /usr/local/bin/mongod --logpath /var/log/mongo
19:40
похоже дело таки с монге
19:41
на ИО залипает
19:42
значит это я лох
19:42
будем с монгой воевать
dvolodin #
19:44
сколько у тебя в active events?
zi_home #
19:45
dvolodin, как посмотреть? в новом интерфейсе нет счетчика
19:46
> db.noc.events.active.count()
19:46
458940
dvolodin #
19:47
попробуй все-таки запустить mongosniff
19:47
и покажи кусочек mongostat
zi_home #
19:49
dvolodin, вот так когда ио 100% http://pastebin.com/x91XBHK7
dvolodin #
19:50
фигня абсолютная
19:50
в логах монги жалоб на медленные запросы нет?
zi_nnov #
19:51
с логом беда
19:52
dvolodin, вроде нет, io 100%, в логах криминала не вижу
dvolodin #
19:53
именно io 100%?
zi_nnov #
19:54
top -m io -o total
19:54
PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND
19:54
765 mongodb 237 0 3 6 0 9 100.00% /usr/local/bin/mongod --logpath /var/lo
19:55
да, по такой команде он показывает ио
19:55
по крайней мере если верить ману
dvolodin #
19:56
100% CPU
zi_nnov #
19:57
нет, это не цпу
19:57
цпу это когда просто топ делаешь
19:58
и там он на уровне нуля у монги
19:58
а top -m io
19:58
показывает статистику по ио
19:59
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
19:59
782 noc 1 26 0 329M 159M sbwait 0 6:27 34.57% /opt/noc/bin/python ./scripts/noc-classifier.py launch -c
dvolodin #
20:01
db.serverStatus() на пасту кинь
zi_nnov #
20:02
dvolodin, http://pastebin.com/aHNxLbEj
20:03
посмотрел загрузку дисков по gstat, там тоже все на уровне нуля
Night_Snake_ #
20:03
dvolodin Короче тупит только с DES-3526. Причем может со второго-третьего раза конфигурацию залить, но все равно выдавать none.
zi_nnov #
20:03
а чего оно так тормозит
20:04
Night_Snake_, ты по длинкам с Dmitry1 пообщайся, он их наелся
Night_Snake_ #
20:04
zi_nnov я их тоже накушаюсь, предполагаю)
dvolodin #
20:05
zi_nnov: db.setProfileLevel(2)
20:05
секунд 10 подержи
20:05
то же самое, только уровень 0
20:06
и покажи, что у тебя в db.system.profile.find()
20:07
сейчас тулзу сделаю для профилирования
zi_nnov #
20:10
dvolodin, не прокатило
20:10
> db.setProfileLevel(2)
20:10
2014-09-05T00:13:40.701+0400 TypeError: Property 'setProfileLevel' of object [object DB] is not a function
dvolodin #
20:11
setProfilingLevel
zi_nnov #
20:13
dvolodin, http://pastebin.com/Gnn3cgcq
dvolodin #
20:14
чуднО
zi_nnov #
20:15
это плохо?
20:15
странно и непонятно?
20:15
странно но понятно?
dvolodin #
20:16
show profile еще покажи
zi_nnov #
20:16
> show profile
20:16
>
dvolodin #
20:31
zi_rus: накати апдейты и запусти ./scripts/mongo-profile
20:31
profile-mongo
20:44
еще вот такой патчик помогает
20:44
http://pastebin.com/ru577U5Y
Tweet
Share this page
Share this page: Tweet