nocproject.org
03:31
есть предложение ввести цветовую разделение в аларме..
03:32
свежие алармы (меньше 10 минут) белый фон
03:32
старый алармы . как сейчас
03:32
и добавить закрытые алармы до 10 минут - зеленый фон
03:34
а то когда алармов много... и они сортированны по SEVERETY , а он везде один. то не понятно что где появилось
 
03:35
сейчас они по severity раскрашены
03:36
и отсортированы по severity
 
03:36
а еще хочетс по времени
03:37
что бы видно было свежачек
 
03:37
надо двухмерную краску (severity, time)
 
03:37
можно сделать сортировку по severity + time
03:38
если честно - такого изврата не видел
03:38
обычно по серьезности сортируется
 
03:39
у 10 алармов одина и таже серьезность .. чего делать тогда?
03:40
а новые алармы увидеть то надо... а там все в перемешку и одного цвета..
 
03:40
обычно аларм не висит бесхозный, а есть ответсвенный за устранение
03:40
можно смотреть только свои алармы
03:40
ил
03:40
и
03:40
или только новые
 
03:42
я типа начальник... хочу видеть все алармы.... новые, прошедшие
 
03:43
для начальников есть subscribe + notifications (которые не доделаны пока)
 
03:48
сортировка по важности - это хорошо, когда она работает (в том смысле, что важность сейчас ручками ставится, и когда куча всего упала надо сперва расставить всем root cause)
03:49
насчёт подписки - сейчас как раз нужен этот функционал :)
 
03:49
root cause все-таки автоматически должен выставляться
03:49
и мы опять возвращаемся к формуле пересчета приоритета
 
03:58
и к топологии в базе, которая тоже нужна для расчёта, и к get_interfaces который нужен для топологии и ....
 
04:05
ImportError: No module named Alentis.NetPing.get_chassis_id
04:05
post-update: : configuration check failed
 
04:06
inoyat_kayumov: где такое вылезло?
 
04:09
lexus-omsk: и к топологии тоже :)
 
04:25
dvolodin: а в сторону монго ничего не сломалось после очередного апдейта? процессы нока есть, логи пишутся - в них ничего плохо нет. а через веб - Not connected to the database
 
04:25
Exception Location:     /opt/noc/contrib/lib/mongoengine-0.4-py2.6.egg/mongoengine/connection.py in _get_db, line 45
04:26
ну и он тоже запущен
 
04:29
я посмотрю
04:29
предлагаю пока подумать над таким вопросом
 
04:30
2011-08-18 08:26:40 MSK LOG:  unexpected EOF on client connection
04:30
это в логе постгре
 
04:30
даст ли нам что-нибудь web2.0 интерфейс на ExtJS или чем-то аналогичном (Cappucino, скажем)
04:31
какие за и против выползают
04:33
NOC уже достаточно зрелый продукт, возможности быстрого прототипирования при помощи django'вской админки уже не столь актуалны
05:49
inoyat_kayumov: проблема на 100% с postgresql
 
05:50
еще б понять откуда она растет - до 8и утра сегодня все работало, сломалось после апдейта нок
 
05:53
./noc dbshell цепляется нормально?
 
05:55
noc@noc:~$ ./noc dbshell
05:55
psql (9.0.4)
 
05:55
а в логах постгрес нет ничего не обычного?
 
05:56
2011-08-18 09:54:48 MSK LOG:  unexpected EOF on client connection
05:56
это постгре
 
05:59
с правами на юниксовый сокет нормально все?
 
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
 
06:15
df -h проверь размер диска
06:16
у меня только что диск закончился и тоже были похожие проблемы с базой..
06:24
^M ^M ^M noc 11Gb крашинфо в логи навалил..
 
06:27
[Errno 28] места нет...
 
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 получить?
 
06:32
именно r4452, или последнюю версию?
 
06:32
hg revert -r 4452
06:32
если у тебя версия больше
 
06:34
что и требовалось доказать - с 4452 все нормально через веб
06:38
Dmitry1: не последнюю а вчерашнюю любую
06:40
началось все сегодня утром - с обновления до последней версии
 
06:40
у меня тоже.
06:41
сейчас откачусь на предыдущую версию
 
06:41
тоже - что? у меня выглядело так - все процессы нока живы, в его логах все хорошо, а когда заходишь на веб - орет про Not connected to the database
 
06:47
ok, посмотрю сейчас
 
06:59
У кого там в логах всё спокойно дёрните Main -> Schedules -> fm.ping_check
 
06:59
у меня нормально цепляет
07:00
web'у только меняли session storage
07:00
чтобы сесси в монгу кидал
07:00
07:00
вот это посмотрите
07:01
от этой настройки что-нибудь зависит?
 
07:02
ну да
07:02
если ее закомментировать, то все работает
 
07:15
тогда вопрос - в чем собственно проблема?
07:15
traceback киньте
 
07:30
в runserver оно проявляется?
 
07:33
обновился до полсденей версии .. ничего не рухнуло..
 
07:33
wad_: runserver'ом web пускаешь?
 
07:38
07:38
такое вот проверьте
 
07:40
The page you are looking for is temporarily unavailable.
07:40
Please try again later.
 
07:41
это к dpaste :)
07:41
?
 
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 скопировал
 
07:45
dvolodin, я там про коррелятор тебе написал..
 
07:50
к стати вопрос такой вроде пробегал... что за файлики лежат в /tmp tmpBnp2GFc .. их там куча....
 
07:50
подозреваю, что glibc на mmap их создает
 
07:54
не обязательно
07:54
malloc тот же
07:58
r4457 -- проверяйте, что web заработал
 
08:34
люди добрыее по делайте плиз мои задачкииии...221-225 и 229-230
 
08:42
wad_, а чо ты их локально не комитишь то ?
 
08:47
ну у меня и так список уже локальный большой...
08:49
ну и сами -же говорили присылать событий по больше
 
09:07
там новые классы на телефонию надо придумать
 
09:08
там последние имеют отношение к телефонии только и то они информационные.. аля дебаг
 
09:15
Блин, а у меня на подоконнике телефон от D-Link валяется. Там он тоже стопудово может какие-то сообщения генерировать.
 
09:19
:)
09:19
а у меня айфон на столе валяетяс
09:19
он даже звонить умеет, честно
09:19
:)
09:20
телефония - отдельная большая и больная тема
09:20
с медиашлюзов и телефонов много интеоесного снять можно
09:20
они же еще по RTCP опбмениваются диагностикой
 
09:34
а еще есть STB да..)
09:35
правда там прошивки у всех разные, и я чего там с них снять можно)
09:35
я хз*
 
10:17
коллеги
10:17
нас тут совсем занесло в дебри
10:18
обсуждаем возможность реализации UI в NOC на ExtJS
10:20
пока получается, что немного меняется структура приложения
10:20
оно теперь просто выливает javascript с формами extjs
10:20
а потом отвечает на ajax
10:22
кто-нибудь работал с extjs?
 
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' прекрасно можно почистить
 
10:26
так и задумано
10:26
нет, все правильно
10:26
суть такая
10:26
у класса аварий есть атрибут - user clearable
10:26
который показывает, можно ли руками почистить этот alarm
10:27
periodic failed руками почистить нельзя, он снимется, когда periodict, наконец-то, отработает нормально
 
10:27
суть понятна....только как быть вот в этом конкретном случае? я уже разобрался почему у меня periodic не сработал - а аларм глаза мозолит неделю
 
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-то?
 
10:31
на чем-то засыплася
 
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
 
10:41
Есть люди, реально работающие с ExtJS ?
 
11:22
видимо не на этом канале :)
 
11:50
давайте лучше Arch Descision на эту тему сделаем
11:50
по идее нам нужен некий desktop application
11:51
который будет заниматься навигацией, всякими оповещениями, статусами и прочим
11:52
и уметь подгружать приложения и пихать их в отдельный panel
 
12:11
pyjs не вариант?
12:11
 
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 и шлют изменения
 
12:58
забавный артефакт, да
12:58
:)
 
12:59
но как бы всё ок. нок запустился -)
 
12:59
ну да
12:59
issue закинь пока
12:59
чтобы к релизу не забыл
 
13:08
DLink | DxS | Config | Config Changed #1 (SYSLOG)  ----  Calling trigger 'Refresh Config'
13:08
а вот на Config Changed #2 (SYSLOG) не срабатывает
14:19
отбой
 
14:37
 уф
14:37
сделал осмысленные ID для event и alarm
 
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
или я туплю?
 
19:31
нет
19:32
NOC будет проталкивать зоны на сервер
 
19:33
немного запутался я тогда
19:34
dvolodin:  а /var/named/chroot/var/named/autozones/ тогда получаеть место где нок складает нагенеренные зоны?
 
19:36
ок, понял, а где этот путь в конфиге указуется? судя по всему потому у меня и не работает что я не так все понял
19:38
а, опять я все напутал походу
19:38
dvolodin:  спасибо, пойду дальше копать
 
    Share this page
    Share this page: