nocproject.org
07:21
. . .
07:22
кто даст линк на инстал с 0 нока
07:22
?
07:28
каков вопрос - таков и ответ)))
07:29
да я так. о своём.
07:29
у меня падает железка по питанию.
07:29
Сервак не выдерживает нока?
07:29
приходит событие пинг файлед.
07:30
потом начинают сыпаться сообщения о поднятии интерфейсов. а только через 10 секунд приходит пинг ОК
07:30
e_zombie, напруга скачет?
07:31
armagon, то что надо
07:31
хз. ёмкостей не хватило.
07:32
как нок среагирует на такую ситуацию ?
07:32
падения интерфейса нет. а поднятие пришло
07:33
пойдёт плакать в подушку
07:34
от нанесённой боли?
07:36
Никак, алярма нету закрывать нечего, просто в ивентах будет висеть пока не перейдёт в архив и потом не очистится.
07:36
а там точно такой обработчик есть?
07:36
а если не найду
07:39
это ивент. по половине алармов вообще нет открывающих или закрывающих ивентов
07:41
таки это интерфейс. для него должно быть
07:41
07:42
вот интала брать не будем. он вышел
07:47
# virtualenv /opt/noc
07:47
useradd -g noc -s /bin/sh -d /home/noc noc
07:47
эм разные хом диры?
07:48
07:49
-d /home/noc noc
07:49
насколько я помню был инстал с хом /opt/noc
07:49
у меня
07:50
личная директория пользователя noc может быть где угодно
07:50
и ни какгого отношения не имеет к тому, в какой каталог установлен сам noc
07:50
не влияет не на что?
07:51
не влияет ни на что
07:51
ну разве что тебе прийдется время от времени набирать в командной строке
07:51
%cd /opt/noc
08:07
08:07
/opt/noc/noc$ тут нок или /opt/noc или тут был?
08:13
ss - я прям в опт выполнял
08:14
clone создаст диру. а вот апрдейт уже внутри /opt/noc
08:15
апдейт*
08:25
народ. помогите сделать поиск по БД Монги. какими командами это мутить? мне надо найти - к какому оборудованию серийник привязан.
08:26
тебе разово надо?
08:27
отчет по версиям содержит серийник, сделай по всем, а дальше поиск просто по старничке
08:27
*страничке
08:32
не суйся в монгу
08:32
делай чере шелл
08:32
там питон
08:32
он простой
08:32
а монга говно
08:52
zi_rus, ну можно и через шелл. только как?
08:52
TSergey, отчет по версиям серийник не содержит. я добавлял сам в MO поле, которое выдирает серийник
08:52
делал такое на старой работе
08:52
исходники там остались
08:52
сам уже не помню
08:53
zi_rus, НА новой работе ноком уже не пользуешься? :)
08:53
MindGames: старнно, у меня содержит
08:53
прошивка, чипсет, серийник
08:54
*странно
08:54
MindGames: я не на работе, так бы помог :)
08:56
08:56
вот хотелось бы найти определенный серийник - к какому MO он относится
08:57
TSergey, И как сделать отчет по версиям?
08:57
по моему в SA\Reports
08:57
есть там такое?
08:58
где-то в SA, или там же где Run commands
08:58
SA -> Tasks -> Version Inventory
08:58
но тебе это даст пользу только если get_version отдает серийник
08:59
во, точно, в тасках
09:04
спасибо. сейчас попробую
09:04
upgrade: : 'smidump' is not found
09:04
хмм.. что-то не реагирует на кнопку RUN..
09:04
ss_: Какая операционка?
09:05
MindGames: селекторы выбери
09:05
Да выбрал уже вроде.. в браузере была проблема. пошло дело.
09:05
во! отлично! Есть данные! Спасибо!! :)
09:05
ss_: libsmi надо поставить
09:07
только одно плохо - он дергает данные с устройств, которые сейчас доступны.. а те, которые оффлайн выдает как failed. а у меня в MO хранится номер SN. вот бы его посмотреть тоже..
09:07
apt-get install smitools
09:07
MindGames: есть еще вариант, сделай экспорт в csv, в экселе найдешь
09:08
Хмм... тоже вариан. Сейчас попробую.
09:08
но точно не помню, атрибуты пишутся или нет
09:11
MindGames: вот тебе кусок проги, как дергать атрибуты
09:11
from noc.sa.models import *
09:11
mos = ManagedObjectSelector.objects.filter(name=SELECTOR)[0]
09:11
if mos is not None:
09:11
for m in mos.managed_objects:
09:11
# noc info
09:11
run_hw_version = m.get_attr("HW version","")
09:12
TSergey, это где вбивать надо? в консоли монги? или в шелле?
09:13
в шелле, но там нужно переделывать, это просто каркас
09:15
09:17
ss_: У меня другой дистрибутив, поэтому и название пакета другое
09:47
так, а у нас где-нить записан рецепт дебаг-скрипта от рута? или стоит написать?
09:49
что за рецепт?
09:49
у меня от рута не запускается, насколько помню
09:55
в pg_hba.conf вставить строку вида 'local noc noc password'
09:55
2015-06-10 12:55:27,302 [noc.main.launcher] [noc-correlator#0] Terminated with status 1
09:55
2015-06-10 12:55:27,302 [noc.main.launcher] [noc-notifier#0] Terminated with status 1
09:55
2015-06-10 12:55:27,302 [noc.main.launcher] [noc-pmwriter#0] Terminated with status 1
09:55
2015-06-10 12:55:27,302 [noc.main.launcher] [noc-probe#0] Terminated with status 1
09:55
не стартует в логах подобное
09:55
ватафак, как дебажить?
09:56
каталоги логов проверь
09:56
смотри чтобы папка с .pid файлами была
09:56
evyscr, с каталога логов дал таил
09:56
/var/noc/log# tail -f noc-launcher.log
09:57
чистый инстал с 0
09:57
каталоги логов проверяются в конфигах же
09:57
ну и каталоги пидов тож
09:57
2015-06-10 12:56:00,653 [noc.main.launcher] [noc-probe#0] Daemon started as PID 30130
09:57
2015-06-10 12:56:00,653 [noc.main.launcher] [noc-discovery#0] Terminated with status 1
09:57
есть там все
09:59
тогда влючай дебаг и смотри что в логах
10:00
e_zombie, где включать?
10:00
/opt/noc/etc/noc.conf [main] debug = true
10:02
блять, у тебя конфиг на каждого демона
10:02
там и включай
10:02
evyscr, в noc-launcher.conf тоже включил
10:03
[main]
10:03
logfile = /var/noc/log/noc-launcher.log
10:03
#loglevel = info
10:03
loglevel = debug
10:03
ничего нового не добавилось
10:09
хм косяк с правами на /var/noc
10:14
пездец, стартанул сервак чуть не помер
10:14
нок это боль
10:14
всё это описывай в багрепортах чтобы правили
10:15
16 гиг оперативы
10:15
нахуй ушло сразу в своп еще 10 гиг
10:15
бля
10:15
32 ядра
10:15
тоже наху
10:15
й
10:15
чёто ёбань у тебя такая.
10:15
ss_: сколько же у тебя МО?
10:15
у меня такая же конфа и дай боже 5 гиг юзается
10:15
12500
10:15
у меня чистый инстал с 0
10:15
конфига пустая
10:16
ss_: пустой нок так себя ведет?
10:16
top - 13:11:44 up 19 days, 3:04, 2 users, load average: 44.78, 12.75, 5.14
10:16
Tasks: 2003 total, 3 running, 2000 sleeping, 0 stopped, 0 zombie
10:16
%Cpu(s): 0.6 us, 2.3 sy, 0.0 ni, 29.2 id, 67.8 wa, 0.0 hi, 0.0 si, 0.0 st
10:16
KiB Mem: 16299900 total, 16114756 used, 185144 free, 792 buffers
10:16
KiB Swap: 16645884 total, 8136048 used, 8509836 free. 825640 cached Mem
10:16
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
10:16
252 root 20 0 0 0 0 R 40.4 0.0 1:54.06 kswapd1
10:16
251 root 20 0 0 0 0 S 11.9 0.0 7:56.59 kswapd0
10:16
как ебнуло по свопу и пиздец
10:17
смотри iotop что у тебя своп дрючит
10:17
че че
10:17
нок
10:17
ща повырубаю все процессы
10:27
Loading NOC. Please wait ... и висит
10:28
оставил только noc-web в конфиге
10:35
веб мордо не пашет
10:37
[noc-fcgi] не через это ли надо делать?
10:37
а не
10:37
это не то
10:43
юзал бы ты share/vagrant/x86_64/<your_os>/bootstrap0.sh и не крутил гусю яйца
10:43
лоигн пароль дефаултные какие?
10:44
evyscr, там нет моей ОС
10:44
версии
10:45
так перепиши под свою. ты мужик или где?
10:46
уже руками все поставил
10:46
пасс чет не найду
10:47
а пароль то какой?
10:47
логин пароль на дефаултную инсталяцию?
10:48
все
10:48
самое простое подошло)
10:51
main - users Server Error (500)
10:52
какая боль какая боль новая инсталяция нока хз какой
10:52
noc-www не поднялся
10:53
xetle, я же на веб морде сижу
10:53
по 8000 порту
10:53
только users не открывается все останое пашет
10:53
nginx не настроил.
10:53
А, погоди
10:54
Логи смотри noc-www
10:55
noc-web
10:55
но 500-я по идее должна трейсбек дать
11:08
Dmitry1: у меня есть желание поправить всю тушонку, прочие автотесты и просить dvolodin вернуть обратно ci.nocproject.org
11:09
noc pm - говно
11:09
100500 snmpget
11:09
маленькое препядствие: ./noc test на моих установках трейсит
11:10
bulk? нет, не слышал
11:11
подозреваю что это из-за сильно ограниченых прав юзера noc в монге. Он просто не имеет доступа к новой базе noc_test.
11:12
evyscr: PM в нок по wolk (builk) работает
11:13
xetle: у меня дебаг включен, я там что-то другое вижу
11:15
и да, там английским по чёрному написано Register socket/Unregister socket по каждому snmpget
12:22
12:25
в /opt/noc/lib/python2.7/site-packages/django/contrib/admin/ нет каталога templates
12:25
т.е. джанго не встал до конца
12:42
инстал с нуля
12:56
перетащил директорию с рабочей инсталяции /opt/noc/lib/python2.7/site-packages/django/contrib/admin/
13:13
поднял не без матов
13:17
Hi all. Подскажите как можно дебажить сам процесс asset_discovery. Т.е. скрипт ./noc debug-script get_inventory выдает данные правильно, но в новый Object Model (шасси) не прицепляются модули/psu/fan и т.д.
13:18
FrostingMan: Для этого достаточно посмотреть логи noc-discovery
13:19
FrostingMan: О какой железке идет речь?
13:19
armagon: cisco 2911
13:20
armagon: в логе видно, что находится шасси, но то, что там есть ещё модули - сообщений нет
13:21
Может они в unknown models попали?
13:21
в логе только
13:21
2015-06-10 16:06:01,321 [noc.lib.scheduler.job] [inv.discovery][asset_discovery][296] Running job handler 2015-06-10 16:06:01,358 [noc.lib.scheduler.job] [inv.discovery][asset_discovery][296] Creating new object. model='Cisco | 2900 | 2911 Chassis', serial='JTV1729T9J7' 2015-06-10 16:06:01,402 [noc.lib.scheduler.job] [inv.discovery][asset_discovery][296] Changing object management to 'RSV-XXX-016-300' 2015-06-10 16:06:01,
13:22
Посмотри в unknown models
13:22
в unknown models нету ничего
13:23
# mdadm --detail /dev/md0
13:23
/dev/md0:
13:23
Version : 0.90
13:23
Creation Time : Wed Jun 10 16:09:55 2015
13:23
Raid Level : raid5
13:23
Array Size : 7325393920 (6986.04 GiB 7501.20 GB)
13:23
Used Dev Size : 732539392 (698.60 GiB 750.12 GB)
13:23
Raid Devices : 11
13:23
Total Devices : 12
13:23
Preferred Minor : 0
13:23
как вы думаете это изврат или как ?
13:29
13:29
у меня всего железок 100+
13:31
ну вроде не шибко плохо
13:32
db.noc.schedules.inv.discovery.update({s: "D"}, {$set: {s: "W"}}, {multi: true}) сделай так и погляди что изменится
13:34
Ща. У меня тут оказывается много чего попадало.
13:39
это в монге надо делать?
13:42
e_zombie: ты упоролся
13:42
ты, блджад, риальне упоролся
13:44
на кой везде пихать этот апдейт?
13:58
:-D
13:58
а чё у него так мало
13:58
работающих параллельно на 10 железок. тем более если у него там падения были
14:02
"знаешь, чем человек отличается от жопы с руками?" (q)
14:28
так это нормально? 2.5 миллиона скриптов на 100 железок?*
14:34
Да. Ребутнул - сбросилось. Мне почему-то казалось, что раньше после ребута ничего не менялось
14:51
PavelGloba, щас дискавери сломан нах.
14:51
в пн придет володин починит
14:52
сейчас все работает только ребутом по крону no-discovery
14:52
да меня вообще напрягает сама концепция заходить несколько раз на железку для выполнения каждого скрипта
14:53
хехе
14:56
я бы не был уверен насчёт починки в понедельник
14:56
и вообще в ближайшее время
14:57
ну и да, подтекает весь нок, просто инвентори быстрее.
14:57
*дискавери
15:01
evyscr, у тебя debug=True ?
15:01
в noc.conf
15:06
ну и чего плачешь тогда ?
15:07
в таком режиме течен не нок а django
15:07
и не течет а делает вид что течет. ибо сохраняет метрики по горе операций
15:09
выключи дебаг
15:10
течь перестанет
15:10
как будто ноком можно пользоваться без дебага
15:10
эм...
15:10
а что ты там такое в дебаге имеешь ?
15:10
у меня года два как выключен на боевой инсталяции дебаг
15:10
не знаю зачем он мне там
16:53
evyscr: а давайте сделаем пируль, проверяющий место на диске, ну или возможность писать в монгу и добавим его в шедулер (неожиданно так)
Share this page
Share this page: