nocproject.org
05:43
что-то в последнее время наблюдается интересный глюк: после перезапуска noc наблюдается массовый ложный ping failed с последующей рассылкой смсок :)
 
05:44
а вот кто б его знал... наверное с прошлой недели... или с позапрошлой...сейчас по архивам аварий гляну
05:45
стоит отметить, что не после каждого перезапуска
 
05:47
|NOC|0.7(4)r6783| - подобного не замечаю
05:48
порестартил нок, нету такого
05:49
либо это локально, либо появилось в последующих версиях
 
05:51
это багу пофиксил точно
05:51
changeset:   6747:b7503cc762db
05:51
user:        Dmitry Volodin  <dv@nocproject.org>
05:51
date:        Thu Aug 30 17:37:49 2012 +0400
05:51
summary:     FPingProbeSocket ported to PopenSocket
05:52
вот здесь пофикшена была
 
06:51
кстати, вроде во все разы при этом наблюдалось гораздо больше чем обычно постгрес-коннектов (ругался на превышение)
06:52
и ещё в 2 из 3 или 4 случаев noc не остановился инит-скриптом
 
07:06
доломаю окончательно noc-discovery, займемся багами
 
07:25
дискавери можно бесконечно ломать, там фронт работ - ого-го :)
 
07:39
там полная перепилка демона
07:39
на scheduler и job'ы
07:43
появилось куча плюшек, вроде отдельных расписаний для каждого объекта
07:43
мониторинг
07:43
при снятии галочки  is_managed  расписания снимаются
07:43
и прочее
07:56
потом на этот же механизм будут переходить periodic'и
07:56
появятся нормальные расписания в стиле cron
07:57
и не будет плавать время запуска
07:58
причем на этой штуке можно смело делать всякие турбокнопки и родительские контроли
08:25
имеет ли смысл держать project activity на главной странице?
08:25
 
08:25
чота у меня после вчерашнего обновления процесс /usr/bin/python ./scripts/noc-activator.py launch -c etc/noc-activator.conf -i 0
08:26
нещадно пожирает проц под 100%
 
08:28
traceback в логах есть?
 
08:29
2012-09-06 15:29:09,625 Cancelling stale script DLink.DxS.get_interface_status(31.24.25.84)
08:29
2012-09-06 15:29:09,625 [script-31.24.25.84-DLink.DxS.get_interface_status] Trying to kill already dead thread
08:30
2012-09-06 15:29:10,622 Requesting object mappings
08:30
вот чо было в логах каждую секунду
08:30
перезапустил, вроде отпустило
08:31
а, нет, не отпустило
08:34
если прицепиться к пиду через strace, срёт select(25, [13 14 15 24], [13], [], {1, 0}) = -1 EBADF (Bad file descriptor)
08:34
активно так срёт
 
08:38
попробуй поллер на epoll переключить
08:38
или на poll
 
08:41
те же 100%, только strace засран другими сообщениями :)
08:43
08:44
а с epoll, вроде, стало легче
 
09:02
Unbeerable: DLink.DxS.get_interface_status я потом переделаю. Сейчас он полурабочий.
 
10:35
гы
10:35
настроил оповещение в заебиксе, чтоб смс слало... Узнал цену СМС, теперь знаю, как терроризировать всех вокруг...
10:37
(ИБП с 5 батарейками) * N комплектов отправляются калиброваться. Счет за СМС конский, телефоны или сядут или будут вырублены у тех, кто получает эти уведомления.
10:37
Надо еще увязать с астериском, чтоб обзванивал
 
13:36
dvolodin, Дим, а классификатор всегда прогоняет имя интерфейса через функцию convert_interface_name, или если случаи когда мимо?
 
13:36
ему плевать
13:36
если тип переменной в event class задан как  interface_name, то прогоняет
 
13:37
        if event_class.link_event and "interface" in vars:
13:37
            iface = noc.inv.models.Interface.objects.filter(
13:37
                managed_object=event.managed_object.id,
13:37
                name=event.managed_object.profile.convert_interface_name(vars["interface"])
13:38
просто у меня немного непонятная ситуация
 
20:44
hi all
20:44
спрошу опять - никто вдруг случайно на выходных не написал учет кабельной системы? :)
 
    Share this page
    Share this page: