nocproject.org
03:27
ну вот, первый раз у меня закрэшился сае, с момента использования fm
03:33
ну и первый раз длинк пообещал фикс на найденные мною ошибки
03:58
zi_rus: скажи уж чего-нибудь по DNS, а то молчишь, ничего не говоришь ;)
04:15
04:16
Он недоступен уже несколько дней
04:18
вчера я заходил
04:19
04:50
04:53
день жестянщика
04:53
у нас тоже по первому снегу весело бывает
05:00
ну вот я и прокатился на этом ёбаном аттракционе
05:11
Unbeerable: надеюсь без потерь?
05:11
я успел до веселья
05:11
обошлось. теперь надо дождаться оттепели и бежать переобуваться
05:35
05:36
кажется начал понимать, что я хочу от хранилища данных для графиков
05:37
Sqlite в списке позабавил
05:43
он не так уж и плох по ровному счету
05:45
по логике вещей самым компактным может быть TokuKV
05:45
а может и не быть
05:48
dvolodin, нечего сказать, все работает (кроме rndc)
05:49
но rndc трудно отнести к проблемам NOC?
05:50
наверное, дефолтом нужно поставить хранение в монгу
05:54
ну не знаю, я пока не могу понять кто виноват, не очень хорошо знаю эту утилиту
05:55
dvolodin, есть возможность кроме error code 1 вывести что-то более осмысленное?
05:55
ээ
05:55
он выводит ровно то, что выводин rndc
05:55
[sync:bind] Failed (retcode 1)
05:55
погу посоветовать загасить ланчер и запустить sync так
05:55
./scripts/noc-sync -f start
05:56
# rndc -k /home/zi/qqq.key reload
05:56
rndc: neither /etc/namedb/rndc.conf nor /home/zi/qqq.key was found
05:56
тогда ты stderr от rndc увидишь
05:56
кое-какие ошибки он таки пишет
05:57
сейчас еще посмотрю, может subprocess даст stderr словить при call
05:58
тогда в лог можно выхлоп писать
05:58
в целом ветка созрела? можно сливать назад с графитом?
05:58
я проблем не вижу, пока что работает лучше прошлого синка
05:59
(там rndc тоже не работал :)
05:59
dvolodin, -f start
05:59
2014-10-09 10:02:27,120 [noc-sync] [sync:bind] Running 'rndc reload'
05:59
server reload successful
05:59
2014-10-09 10:02:27,319 [noc-sync] [sync:bind] Success
06:00
тот как-то не всегда обновления зон присылал
06:01
этот тоже потенциально может что-то пропустить
06:01
пока у текущего проблемы -- он срабатывает только при изменении данных через web
06:02
при ip_discovery зоны обновлять не будет
06:02
хотя, наверное, так оно и к лучшему
06:02
2014-10-09 10:05:26,669 [noc.main.sync.kvstore] [/etc/namedb/autozones-global/zones.db] PUT: uuid=253b5594-79ae-49d9-9290-3efcde89b80a, {'serial': '2014100905', 'zone': u'kis.ru'}
06:02
2014-10-09 10:05:26,669 [noc.main.sync.kvstore] [/etc/namedb/autozones-global/zones.db] SELECT uuid, zone, serial FROM kv WHERE uuid = ? [u'253b5594-79ae-49d9-9290-3efcde89b80a']
06:02
2014-10-09 10:05:26,670 [noc.main.sync.kvstore] [/etc/namedb/autozones-global/zones.db] UPDATE kv SET serial = ?, zone = ? WHERE uuid=? ['2014100905', u'kis.ru', u'253b5594-79ae-49d9-9290-3efcde89b80a']
06:02
2014-10-09 10:05:26,670 [noc.main.sync.kvstore] [/etc/namedb/autozones-global/zones.db] Commit
06:02
2014-10-09 10:05:26,715 [noc-sync] [sync:bind] Running 'rndc reload'
06:02
server reload successful
06:02
2014-10-09 10:05:26,922 [noc-sync] [sync:bind] Success
06:02
2014-10-09 10:05:26,923 [noc.lib.daemon.configuration] Configuration has been applied: Items: 2, Created: 0, Changed: 2, Deleted: 0, Errors: 0
06:03
dvolodin, при -f start работает rndc reload
06:03
ну и где тут может быть косяк
06:03
selinux какой-нибудь
06:04
или переменные окружения
06:04
ну не selinux, а авторы-гомосеки
06:04
один хрен
06:05
я думаю проблема в том, что environment для интерактивного шелла отличается от того, с чем запускается sync из ланчера
06:05
то есть для rndc reload в ноке надо указывать ключами пути до всех файлов?
06:07
делал su noc
06:07
и su - noc
06:07
в обоих случаях работает
06:09
e_zombie, evyscr, вы умные, скажите как rndc настраивать?
06:20
а его надо настраивать?
06:20
ну видимо. не работает зараза
06:44
починил
06:44
алилуйя
06:57
чего-то у меня sae проц грузит, в логах вроде ничего криминального
06:57
как бы подебажить
07:09
dvolodin, я починил rndc. еще погонял обновления зон. все работает
07:25
в чем проблема с rndc была?
07:27
у меня не было rndc.conf
07:27
только rndc.key
07:28
с консоли видимо это не проблема, а ноку не хватало
07:29
натолкнулся на это с такой ошибки
07:29
xkis# rndc reload
07:29
WARNING: key file (/etc/namedb/rndc.key) exists, but using default configuration file (/etc/namedb/rndc.conf)
07:29
server reload successful
07:30
а к ней пришел из мана по rndc
07:58
ok
07:58
я попробую все-таки загрести stdout/stderr с процесса и пихнуть его в лог
11:08
hi, one quick question, I'd like to recover an edgecore switch, I remember the password mercury on switch bootup can be utilized for this - but what key do I need to press to get to the pw prompt?
11:26
HaLVeR, ты готов закоммитить пару моделек в инвентори?
11:40
только в графит это не заливайте. а то знаем мы вас извращенцев
11:51
zi_rus: научил sync писать stdout/stderr с запускаемых скриптов
11:51
думаю, твой косяк с rndc будет виден в логах
11:52
e_zombie, графит это экспериментальная ветка
11:54
спасибо. я в курсе. только у нас тендеция пихать в экспериментальные ветки фиксы девелопа и новые модели.
13:13
dvolodin, а ты можешь также сделать для лаунчера, чтобы он ошибки демонов мог показывать?
13:16
печально, ну ладно, будем продолжать телепатировать
13:18
они все равно свой лог пишут
13:19
часто нужных ошибок не видно в логах
13:19
например когда прав на запись в лог не хватает
13:19
и демон не стартует
13:34
dvolodin, а в чем вообще проблема? демон не может послать лаунчеру сообщение с ошибкой? они же не враги друг другу. я понимаю что сейчас они ничего не собщаю лаунчеру и он соответственно ничего не знает кроме того что демон упал, но ведь можно?
13:49
для того, чтобы ланчер видел stdout демона, нужно делать pipe при fork
13:49
и все слушать
14:05
охлол, так скоро речь за какой-нить дбас пойдёт
16:15
nocd
16:32
dvolodin, не первый раз сталкиваюсь с проблемой, у мо у нас сейчас идет массовая смена ip, не всегда до активатора доходят новые адреса, после перезапуска все нормально (что естественно). ориентируюсь по аларму ping failed
16:33
на десяти свичах поменял адреса, нок поднял алармы, прописал в нок новые адреса, один аларм не закрылся, пока нок не перезапустил
16:41
не первый раз такое
16:42
и процент примерно сохраняется
16:43
10-20% новых адресов не доезжают
16:52
он их периодически тянет
16:54
это я знаю
16:55
не доезжают это значит что 9 адресов приехали, он их пропинговал и алармы закрыл
16:55
ping failed действительно может быть
16:55
а один несколько часов висел
16:55
пока я сейчас не обновился
16:55
DURATION: 19255s
16:55
можно подумать насчет закрытия активных ping failed
16:56
если у managed object меняется адрес
16:56
но они закрываются
16:56
только не все
16:56
как так
16:56
пинг файлед же стопит другие задачи
16:59
ну вот
16:59
фактически нок перестает работать с лежащей железкой
16:59
но это лирика
17:00
если это проблема почему так не со всеми МО, а только с некоторыми
Share this page
Share this page:
About
Forum
Blogs
NOC Docs
Downloads
KB
Issues
Code
CI
Registration