nocproject.org
07:29
еще момент, при клонировании активатора, у нас клонируется noc-launcher, но не работает так как не клонируется main
07:30
с ланчером удобнее работать
07:41
main/launcher.py клонируется
07:41
в последних коммитах точно
07:43
понял, значит обновить надо
07:56
а у кого там ещё fm.ping_check фэйлился ? вылечилось ?
08:05
и да. "status=failed code=15 error=All activators are busy in pool 'default'" исчезло когда подтюнил серв. и LA упала в 2 раза (проверил щас на versioninventory)
08:06
забикс -)))))
08:07
он там очень много ресурсов жрал.
08:07
и нок не мог спокойно жить
08:08
права на снипеты надо. на каждый.
08:09
или чо то придумать дабы кировчане не могли снипеты в пензе запускать
08:11
кто-нибудь запускал колнированный активатор через noc-launcher?
08:11
я понял, права сделаю
08:11
в сниппет входит и селектор
08:11
Traceback (most recent call last):
08:11
File "./scripts/noc-launcher.py", line 18, in <module>
08:11
Launcher().process_command()
08:11
File "/opt/noc/main/launcher.py", line 171, in __init__
08:11
config_path = config)
08:11
File "/opt/noc/main/launcher.py", line 32, in __init__
08:11
self.pidfile=self.config.get("main","pidfile").replace("{{instance}}", self.instance_id)
08:11
File "/usr/local/lib/python2.5/ConfigParser.py", line 511, in get
08:11
raise NoSectionError(section)
08:11
ConfigParser.NoSectionError: No section: 'main'
08:11
но main в конфиге есть
08:11
noc-launcher.default подложи ему
08:12
выяснилось что он ищеn main в etc/noc-scheduler.defaults
08:12
хотя scheduler enable=false
08:12
все понял, пардон
08:13
я правил launcher,conf , а не launcher.defaults\
08:13
defaults править не надо
08:13
а в нем scheduler enbaled
08:14
просто как-то не красиво, на главной машине правим conf, а на активаторах default...
08:15
прямо в коде7
08:15
?
08:55
таак...Edge-core сменили пейджер..
08:56
и чота подозрительно оно похоже на длинковское курсес-бейсд(
08:56
--- [Space] Next page, [Enter] Next line, [A] All, Others to exit ---
08:57
Кто у нас занимался профилем ежиков?)
09:03
Dmitry1, на такую конструкцию вроде уже делали регексп?
09:04
делали
09:04
смотри __init__.py для профиля DLink.DxS
09:07
pattern_more="CTRL\+C.+?a All" как понимаю..
09:08
только у меня Ctrl-C заменить на Space например.
09:14
`kk
09:14
У меня ping_check фэйлился, он и сейчас фэйлится, правда сначала результаты возвращает правильные, а потом фэйл пишет в лог
09:14
ага. у меня тоже самое
09:15
где-то заело ...
09:24
ещё вот странную вещь заметил: есть у меня некий managed object, без возможности сохранения конфига, соответсвенно не стоит галочка "Is Configuration Managed", я его редактирую, а он не сохраняется, т.к. repo_path не может быть directory... или если оставить там ".", к
09:25
lexus-omsk codepage чего то не то)
09:25
в смысле, параметр repo_path
09:26
есть такое
09:27
но работает так: пишем какой-нибудь repo_path, сохраняем, заходим снова, удаляем repo_path и сохраняем -)
09:29
но я всем прописываю репо
09:30
короче странное поведение с repo_path
09:31
ну вот придётся что-то прописать... обычно у меня repo_path приблизительно равен имени объекта
09:35
чот нок не даёт удалить пользователя
09:35
lexus-omsk, а у тебя в Managed Objects › SAE › Scripts ›get_objects_status (просто запустить RUN) SAE со знаком вопроса ?
09:35
и объект у которого довольно большая хистори в Fm тоже)
09:36
это фича или бага? )
09:36
фич
09:36
вроед как
09:42
да, всё вопросы вместо статуса... или что там должно отображаться
09:42
у меня везде зелёный кружок, типа ОК, кроме SAE
09:43
просто помню когда с пингом разбирались володин просил сделать это, хотел сравнить что у нас
09:44
у меня там самого sae вообще не видать...
09:44
а через debug-script тоже не получается... хотя может и не должно
09:45
да, у всех статус none, когда через scripts... хотя когда через periodics, то появляются события в fm, что object unreachable, т.е. там всё отрабатывает
09:47
у меня статус норм показывает и в fm всё ок
09:47
так, с одним разобрался... указал trap source в самом sae
09:50
127.0.0.1
09:51
теперь хотя бы sae в списке есть
09:54
у тоже САЕ позеленел
09:54
с 127.0.0.1
09:58
но пинг фэйлится
10:00
о, тоже позеленело, всё что должно... но такая же засада с пингом... а вот смотрю исходники, не могу понять, где формируется статус задачи... помимо результата в виде статусов объектов
10:02
так, а подскажите, как в питоне отматчить по двум паттернам(в одной версии sw свитча -один паттерн more, в другом - другой.) pattern_more=r"pattern_1|pattern_2" ?
10:22
релиз не успел... будет в понедельник ближе к вечеру....
10:23
gnu-linux, выходим на стабильность.
10:43
угумс, заработало даже.
10:49
эээ..по селекторам поиск криво работает.. У меня есть теги 180 и 80, ввожу в поиск 80 - выдает только 180, а не оба.
10:51
помойму это правильное поведение
10:53
мм..почему?
10:54
должны выдаваться все селекторы содержащие введенное значение
10:54
в том числе и в точности соответствующие ему
10:57
dvolodin, в профиле /EdgeCore/ES сменился пейджер в последних прошивках.
10:57
pattern_more=r"--- \[Space\].*\[A\] All|---?More---?"
10:57
command_more="a" - в init.py, так работает.
10:57
а старый какой был?
10:58
"---?More---?"
10:58
и command_more=" "
10:59
попробуй в pattern_more сделать список из двух пейджеров
10:59
а чем плоха конструкция из p1|p2?
11:00
у меня отрабатывает и на новых и на старых нормально с ней
11:01
Да просто понятнее и читать удобнее
11:02
аа, переделаю попробую сейчас.
11:02
и вопрос по поиску в селекторах есть
11:02
У меня есть теги 180 и 80, ввожу в поиск 80 - выдает только 180, а не оба
11:02
хотелось бы чтобы оба выдавало
11:07
Проверять надо
11:08
Возникла нехорошая идея - сделать таблицу типа fm_outages
11:08
с полями object_id, status, start, stop
11:08
и по результатам ping_check'а обновлять
11:08
тогда сразу видно будет, когда железка поднялась, сколько простояла, когда упала и сколько лежала
11:09
мелочь, а приятно
11:19
это хорошо
11:20
вот проблемку с удалением обхектов наследивших в FM надо бы как то решить
11:20
а то виснет на выполнении запроса и все
11:25
dvolodin: вроде разобрался с ланчерм при клонировании:
11:25
проблема в списке:
11:25
for n in ["scheduler", "fcgi", "sae", "activator", "classifier",
11:25
"correlator", "notifier", "probe"]:
11:25
можно делать его динамически, в засимости от наличия конфигов в etc
11:25
чот непойму..почему на конструкцию pattern_more=[
11:25
(r"^--- \[Space\].*\[A\] All"),
11:25
(r"^---?More---?"),
11:25
]
11:25
либо можно добавить:
11:25
if not is_enabled: continue
11:26
_4ePTeHok: там две позиции в строке
11:26
регулярка и что слать на нее
11:26
аа, епт
11:26
а я сижу втыкаю.
11:26
чо оно у меня зациклилось)
11:29
тогда окончательно вот так - pattern_more=[
11:29
(r"^--- \[Space\].*\[A\] All","a"),
11:29
(r"^---?More---?", " "),
11:29
]
11:32
при этом command_more= - можно убирать же?
11:59
коллеги, не уже ли ни кто не клонировал активаторы?
Share this page
Share this page: