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: 18.08.2011
wad_ #
03:00
dvolodin тут?
dvolodin #
03:17
ась
wad_ #
03:31
есть предложение ввести цветовую разделение в аларме..
03:32
свежие алармы (меньше 10 минут) белый фон
03:32
старый алармы . как сейчас
03:32
и добавить закрытые алармы до 10 минут - зеленый фон
03:34
а то когда алармов много... и они сортированны по SEVERETY , а он везде один. то не понятно что где появилось
dvolodin #
03:35
сейчас они по severity раскрашены
03:36
и отсортированы по severity
wad_ #
03:36
а еще хочетс по времени
03:37
что бы видно было свежачек
gnu-linux #
03:37
надо двухмерную краску (severity, time)
dvolodin #
03:37
можно сделать сортировку по severity + time
03:38
если честно - такого изврата не видел
03:38
обычно по серьезности сортируется
wad_ #
03:39
у 10 алармов одина и таже серьезность .. чего делать тогда?
03:40
а новые алармы увидеть то надо... а там все в перемешку и одного цвета..
dvolodin #
03:40
обычно аларм не висит бесхозный, а есть ответсвенный за устранение
03:40
можно смотреть только свои алармы
03:40
ил
03:40
и
03:40
или только новые
wad_ #
03:42
я типа начальник... хочу видеть все алармы.... новые, прошедшие
dvolodin #
03:43
для начальников есть subscribe + notifications (которые не доделаны пока)
lexus-omsk #
03:48
сортировка по важности - это хорошо, когда она работает (в том смысле, что важность сейчас ручками ставится, и когда куча всего упала надо сперва расставить всем root cause)
03:49
насчёт подписки - сейчас как раз нужен этот функционал :)
dvolodin #
03:49
root cause все-таки автоматически должен выставляться
03:49
и мы опять возвращаемся к формуле пересчета приоритета
lexus-omsk #
03:58
и к топологии в базе, которая тоже нужна для расчёта, и к get_interfaces который нужен для топологии и ....
inoyat_kayumov #
04:05
ImportError: No module named Alentis.NetPing.get_chassis_id
04:05
post-update: : configuration check failed
dvolodin #
04:06
inoyat_kayumov: где такое вылезло?
inoyat_kayumov #
04:07
свежий hg pull -u
dvolodin #
04:07
пофиксил
inoyat_kayumov #
04:08
все нормально
dvolodin #
04:09
lexus-omsk: и к топологии тоже :)
inoyat_kayumov #
04:25
dvolodin: а в сторону монго ничего не сломалось после очередного апдейта? процессы нока есть, логи пишутся - в них ничего плохо нет. а через веб - Not connected to the database
dvolodin #
04:25
это postgres
inoyat_kayumov #
04:25
Exception Location: /opt/noc/contrib/lib/mongoengine-0.4-py2.6.egg/mongoengine/connection.py in _get_db, line 45
04:26
ну и он тоже запущен
dvolodin #
04:29
я посмотрю
04:29
предлагаю пока подумать над таким вопросом
inoyat_kayumov #
04:30
2011-08-18 08:26:40 MSK LOG: unexpected EOF on client connection
04:30
это в логе постгре
dvolodin #
04:30
даст ли нам что-нибудь web2.0 интерфейс на ExtJS или чем-то аналогичном (Cappucino, скажем)
04:31
какие за и против выползают
04:33
NOC уже достаточно зрелый продукт, возможности быстрого прототипирования при помощи django'вской админки уже не столь актуалны
05:49
inoyat_kayumov: проблема на 100% с postgresql
inoyat_kayumov #
05:50
еще б понять откуда она растет - до 8и утра сегодня все работало, сломалось после апдейта нок
dvolodin #
05:53
./noc dbshell цепляется нормально?
inoyat_kayumov #
05:55
noc@noc:~$ ./noc dbshell
05:55
psql (9.0.4)
wad_ #
05:55
а в логах постгрес нет ничего не обычного?
inoyat_kayumov #
05:56
2011-08-18 09:54:48 MSK LOG: unexpected EOF on client connection
05:56
это постгре
dvolodin #
05:59
с правами на юниксовый сокет нормально все?
inoyat_kayumov #
06:00
ls -la /var/run/postgresql/.s.PGSQL.5432
06:00
srwxrwxrwx 1 postgres postgres 0 Авг 18 09:57 /var/run/postgresql/.s.PGSQL.5432
gnu-linux #
06:15
df -h проверь размер диска
06:16
у меня только что диск закончился и тоже были похожие проблемы с базой..
06:24
^M ^M ^M noc 11Gb крашинфо в логи навалил..
dvolodin #
06:25
что в них?
inoyat_kayumov #
06:26
места полно
gnu-linux #
06:27
[Errno 28] места нет...
inoyat_kayumov #
06:28
root@noc:/opt/noc/log# df -h
06:28
Файловая система Разм Исп Дост Исп% смонтирована на
06:28
/dev/mapper/noc-root 29G 9,9G 17G 37% /
06:28
tmpfs 5,0M 4,0K 5,0M 1% /lib/init/rw
06:28
tmpfs 397M 188K 397M 1% /run
06:28
udev 2,0G 0 2,0G 0% /dev
06:28
tmpfs 794M 0 794M 0% /run/shm
06:28
/dev/sda1 228M 32M 184M 15% /boot
06:29
как через hg к примеру r4452 получить?
Dmitry1 #
06:32
именно r4452, или последнюю версию?
wad_ #
06:32
hg revert -r 4452
06:32
если у тебя версия больше
inoyat_kayumov #
06:34
что и требовалось доказать - с 4452 все нормально через веб
06:38
Dmitry1: не последнюю а вчерашнюю любую
06:40
началось все сегодня утром - с обновления до последней версии
Dmitry1 #
06:40
у меня тоже.
06:41
сейчас откачусь на предыдущую версию
inoyat_kayumov #
06:41
тоже - что? у меня выглядело так - все процессы нока живы, в его логах все хорошо, а когда заходишь на веб - орет про Not connected to the database
dvolodin #
06:47
ok, посмотрю сейчас
gnu-linux #
06:59
У кого там в логах всё спокойно дёрните Main -> Schedules -> fm.ping_check
dvolodin #
06:59
у меня нормально цепляет
07:00
web'у только меняли session storage
07:00
чтобы сесси в монгу кидал
07:00
http://redmine.nocproject.org/projects/noc/repository/revisions/e04102428cc2
07:00
вот это посмотрите
07:01
от этой настройки что-нибудь зависит?
Dmitry1 #
07:02
ну да
07:02
если ее закомментировать, то все работает
dvolodin #
07:15
тогда вопрос - в чем собственно проблема?
07:15
traceback киньте
Dmitry1 #
07:22
http://dpaste.com/597082/
dvolodin #
07:30
в runserver оно проявляется?
wad_ #
07:33
обновился до полсденей версии .. ничего не рухнуло..
dvolodin #
07:33
wad_: runserver'ом web пускаешь?
wad_ #
07:33
угу
dvolodin #
07:36
ага
Dmitry1 #
07:37
нашел?
dvolodin #
07:38
http://dpaste.com/597103/
07:38
такое вот проверьте
Dmitry1 #
07:40
The page you are looking for is temporarily unavailable.
07:40
Please try again later.
dvolodin #
07:41
это к dpaste :)
07:41
?
Dmitry1 #
07:41
2011-08-18 10:25:17,883 Launching noc-fcgi[#0]
07:41
2011-08-18 10:25:17,885 Daemon noc-fcgi[#0] started as PID 65303
07:41
2011-08-18 10:25:18,897 noc-fcgi[#0] daemon is terminated with status 65303
07:41
2011-08-18 10:25:19,906 Launching noc-fcgi[#0]
07:41
2011-08-18 10:25:19,909 Daemon noc-fcgi[#0] started as PID 65304
07:41
2011-08-18 10:25:20,919 noc-fcgi[#0] daemon is terminated with status 65304
07:41
да
07:42
ага, заработало
07:43
с ошибклй из dpaste скопировал
dvolodin #
07:43
прокатил патчик?
Dmitry1 #
07:43
да
dvolodin #
07:44
ok
`kk #
07:45
dvolodin, я там про коррелятор тебе написал..
dvolodin #
07:48
угу
wad_ #
07:50
к стати вопрос такой вроде пробегал... что за файлики лежат в /tmp tmpBnp2GFc .. их там куча....
dvolodin #
07:50
подозреваю, что glibc на mmap их создает
wad_ #
07:52
mmap -- mongo?
dvolodin #
07:54
не обязательно
07:54
malloc тот же
07:58
r4457 -- проверяйте, что web заработал
wad_ #
08:22
работает
dvolodin #
08:28
ok
wad_ #
08:34
люди добрыее по делайте плиз мои задачкииии...221-225 и 229-230
freeseacher #
08:42
wad_, а чо ты их локально не комитишь то ?
wad_ #
08:47
ну у меня и так список уже локальный большой...
08:49
ну и сами -же говорили присылать событий по больше
dvolodin #
09:07
там новые классы на телефонию надо придумать
wad_ #
09:08
там последние имеют отношение к телефонии только и то они информационные.. аля дебаг
Dmitry1 #
09:15
Блин, а у меня на подоконнике телефон от D-Link валяется. Там он тоже стопудово может какие-то сообщения генерировать.
dvolodin #
09:19
:)
09:19
а у меня айфон на столе валяетяс
09:19
он даже звонить умеет, честно
09:19
:)
09:20
телефония - отдельная большая и больная тема
09:20
с медиашлюзов и телефонов много интеоесного снять можно
09:20
они же еще по RTCP опбмениваются диагностикой
_4ePTeHok #
09:34
а еще есть STB да..)
09:35
правда там прошивки у всех разные, и я чего там с них снять можно)
09:35
я хз*
dvolodin_ #
10:17
коллеги
10:17
нас тут совсем занесло в дебри
10:18
обсуждаем возможность реализации UI в NOC на ExtJS
10:20
пока получается, что немного меняется структура приложения
10:20
оно теперь просто выливает javascript с формами extjs
10:20
а потом отвечает на ajax
10:22
кто-нибудь работал с extjs?
inoyat_kayumov #
10:23
а про другие дебри можно?
10:23
если аларм вида 11.08.2011 15:08:44 A -> A Alarm risen from event 4e43b83b4a5e683e8d000012(NOC | Periodic | Periodic Failed) by rule 'NOC | Periodic | Periodic Failed: dispose'
10:24
захожу в него от имени владельца - и не вижу кнопки clear
10:24
оно так и задумано?
10:25
в то же время аларм 11.08.2011 19:37:01 A -> A Alarm risen from event 4e43f7194a5e68479801f891(Network | Link | Link Down) by rule 'Network | Link | Link Down: dispose' прекрасно можно почистить
dvolodin_ #
10:26
да
Dmitry1 #
10:26
take -> clear ?
dvolodin_ #
10:26
так и задумано
10:26
нет, все правильно
10:26
суть такая
10:26
у класса аварий есть атрибут - user clearable
10:26
который показывает, можно ли руками почистить этот alarm
10:27
periodic failed руками почистить нельзя, он снимется, когда periodict, наконец-то, отработает нормально
inoyat_kayumov #
10:27
суть понятна....только как быть вот в этом конкретном случае? я уже разобрался почему у меня periodic не сработал - а аларм глаза мозолит неделю
dvolodin_ #
10:27
так он сработал?
inoyat_kayumov #
10:28
полез смотреть
10:30
ээээ.....
10:30
2011-08-18 14:28:16,217 Periodic task=main.backup:Any status=running
10:30
2011-08-18 14:28:16,217 main.backup: Checking paths
10:30
2011-08-18 14:28:16,240 main.backup: Dumping PostgreSQL database into /var/backup/noc-db-2011-08-18-14-28.dump
10:30
2011-08-18 14:28:17,267 main.backup: Dumping MongoDB database into /var/backup/noc-mongo-2011-08-18-14-28
10:30
2011-08-18 14:28:17,607 main.backup: dump failed. Removing broken dump /var/backup/noc-mongo-2011-08-18-14-28
10:30
2011-08-18 14:28:17,608 main.backup: dumping repo into /var/backup/noc-repo-2011-08-18-14-28.tar.gz
10:30
2011-08-18 14:28:17,989 main.backup: dumping etc/ into /var/backup/noc-etc-2011-08-18-14-28.tar.gz
10:30
2011-08-18 14:28:17,996 Periodic task=main.backup:Any status=failed
10:30
почему failed-то?
dvolodin_ #
10:31
на чем-то засыплася
inoyat_kayumov #
10:31
на монге
dvolodin_ #
10:31
угу
inoyat_kayumov #
10:32
а как именно монга из нок бэкапится? ручками прогнать хочу от разных юзверей
10:34
вот похоже причина
10:34
Thu Aug 18 14:28:17 [conn403] auth: couldn't find user noc, noc.system.users
10:34
Thu Aug 18 14:28:17 [conn403] auth: couldn't find user noc, admin.system.users
dvolodin_ #
10:37
да
Dmitry1 #
10:41
Есть люди, реально работающие с ExtJS ?
freeseacher #
11:22
видимо не на этом канале :)
dvolodin_ #
11:50
давайте лучше Arch Descision на эту тему сделаем
11:50
по идее нам нужен некий desktop application
11:51
который будет заниматься навигацией, всякими оповещениями, статусами и прочим
11:52
и уметь подгружать приложения и пихать их в отдельный panel
nixwizard #
12:11
pyjs не вариант?
12:11
http://pyjs.org/
dvolodin_ #
12:16
В целом я себе вот так процесс вижу
12:17
UI на JS, вообще без HTML
12:17
между сервером и клиентом бегает JSON
12:18
все template уходят
12:18
грузится достаточно легковесный desktop application
12:19
который развбивает экран на панели, обслуживает навигацию и дает полезные API вроде статусных строк, сообщений от сервера и прочее
12:19
в одну из панелей грузится приложение
12:19
либо чистый JS
12:20
либо просто IFRAME с HTML обычного приложения
12:21
desktop общаяется со своим серверным приложением, кеширует JS открываемых юзером приложений
12:21
а юзерские приложения издеваются исключительно над своей панелью, получают данные по JSON и шлют изменения
`kk #
12:47
http://dpaste.com/597350/ после python setup.py install
dvolodin_ #
12:58
забавный артефакт, да
12:58
:)
`kk #
12:59
но как бы всё ок. нок запустился -)
dvolodin_ #
12:59
ну да
12:59
issue закинь пока
12:59
чтобы к релизу не забыл
`kk #
13:08
DLink | DxS | Config | Config Changed #1 (SYSLOG) ---- Calling trigger 'Refresh Config'
13:08
а вот на Config Changed #2 (SYSLOG) не срабатывает
14:19
отбой
dvolodin_ #
14:37
уф
14:37
сделал осмысленные ID для event и alarm
syncer #
19:07
здравствуйте
19:08
если в настройках днс для днс сервера прописать в провизионинг %(vcs_path)s push --remotecmd /usr/bin/hg ssh://noc@%(ip)s//var/named/chroot/var/named/autozones/
19:08
значит ли это что с днс сервера будет обратное подключение к нок серверу для загрузки зон
19:08
или я туплю?
dvolodin #
19:31
нет
19:32
NOC будет проталкивать зоны на сервер
syncer #
19:33
немного запутался я тогда
19:34
dvolodin: а /var/named/chroot/var/named/autozones/ тогда получаеть место где нок складает нагенеренные зоны?
dvolodin #
19:35
да
syncer #
19:36
ок, понял, а где этот путь в конфиге указуется? судя по всему потому у меня и не работает что я не так все понял
19:38
а, опять я все напутал походу
19:38
dvolodin: спасибо, пойду дальше копать
Tweet
Share this page
Share this page: Tweet