nocproject.org

dvolodin: насчёт Zyxel - так там должна в качестве id возвращаться целиком конструкция priority.port?

да

ясно... надо тушёнку поправить ещё тогда...

хотя нет... у меня ещё одно исправление туда - на 3.70 нет mstp

тушенку я переделал

теперь не видно на основном сайте её обновления, неудобно

ещё вопрос появился по ходу дела: как корректно подождать выполнения задания в скрипте после create_task?

я сначала в noc-shell экспериментрировал - пока следующую строчку пишу - оно отрабатывало нормально всё,

а теперь всё в один скрипт объединил - ругается, что MapTask matching query does not exist

в качестве времянки воткнул time.sleep, но это как-то не гибко

там есть флажок block=True

поправил багу с interface discovery, когда оно постоянно сносит и пересоздает сабы в VRF

о, надо проверить

насчёт флажка не понял. У меня там идея - проверять в бесконечном цикле пока статус не С или не F, но мешает то, что

вылетает по MapTask matching query does not exist

наверное, потому что я не совсем понимаю конструкцию с _set

вот на этом mt = task.maptask_set.get(status="C") вылетает, если ещё не выполнилась задача

task.get_result(block=True)

dvolodin, ты тут что-то с тегами делал, это затрагивает NOC-906?

не знаю, не должно было

я положил теги в поле типа ARRAY

dvolodin: Привет

dvolodin: Удели 10 минут

ага

В тушенке нужно один файлик удалить

ты и сам можешь

noc/local/repos/sa/sa_public/HP/ProCurve/get_vlans/43875abb-9b9b-457f-911d-a36f80d7e2de.json

зайди в репо и hg rm …..

Не могу

есть только ./noc beef --pull и ./noc beef --push

вытер

hg

там обычные репо

и мне перестало отдавать приватную тушенку

плюс ругается на сетификат

кстати насчёт hg - накатывал я сегодня последние обновления - ./scripts/upgrade отработал без ошибок, а некоторые файлы не обновились

как починить теперь, чтобы всё правильно обновлялось?

свои изменения есть?

т.е. у меня ни с тэгами миграции не было, ни фикса про vrf

не забыл их в репу запихнуть, слить ветки?

да, своих куча

но обычно ругается на конкретные файлы и я их вручную сливаю

а здесь ничего такого

наверное я чего-то не знаю :)

у меня иногда бывает, что hg pull -u отрабатывает с мелкой руганью, при которой не спрашивает ничего

при этом апгрейд вроде прошел бы, но обновлений не было

посмотри сколько у тебя Heads

родитель: 7648:ebde3f63e968 Fix Qtech.QSW.get_interfaces script

ветка: default

фиксация: 41 изменено, 37 неизвестных, 1 подхранилищ

обновление: 12 новых наборов изменений, 2 голов (слияние)

это hg summary

сливай две башки в дефолтную ветку

как оно так размножилось, интересно...

твои изменения - одна башка, то, что утащилось обновлением - вторая

т.е. всё, что левого в hg status вылезло - надо добавлять?

пофиксил проблему с медленным обновлением реверсных зон по новой схеме

addremove сделай, чтоб мусор не копился

а еще лучше все локальные изменения держать в mq

откатил их, обновился и накатил

dvolodin: это как, где почитать?

mercurial queues

dvolodin, жаль если не затронуло, баги надо фиксить. и еще, ты же запиливал поддержку powerdns и unbound, a в dns>setup>dns servers>generator только BINDv9, и вообще как настраивать синхронизацию для серверов с БД. кстати не знаю в каком виде зоны хранит unbound

а там генераторы вообще не нужны

ворох мерзких багов выгреб и пофиксил

часть и у тебя проявлялись

dvolodin: не коммить 10 минут. Верну Qtech.QSW.get_interfaces, который ты затер

давай

да не затер

сделай merge

я уже clone сделал

dvolodin, ну хорошо, генератор не нужен, а как снюхивать нок и допустим сервер где крутится powerdns и сервер БД на нем же, или выделенный сервер БД где лежат все базы и нок и днс

инструкция какая?

sync настроить

и на него поставить

на сервер с БД, я понял

не обязательно

он и локально может быть, если сможет зацепить базу

dvolodin: залил заново. У нас остался только профиль HP.ProCurve со старым get_interfaces.

к БД можно и по удаленке подключаться и заливать без вляких синхронизаторов

Везде уже перевел на новый API

Dmitry11: ага, отлично

zi_rus: синхронизатор этим и занимается

dvolodin, то есть я могу настроить noc-sync прямо на сервере с ноком и он будет подключаться к удаленному серверу БД и заливать туда данные?

это интересней чем порнография с bind

но нужно больше информации

dvolodin, нужна новая статья http://kb.nocproject.org/display/DOC/DNS+Management

картинку обновили, а текст старый

кстати, а зачем dns.pull дергать по расписанию, почему не триггер? поменял fqdn в ипам, сработал триггер, ждем 2 минуты и выполняем dns.pull, сделал изменения в зоне, 2 минуты и опять днс.пулл (или он там не нужен уже?)

действия через API таже история

в этом смысл интеграции

а так получается что один компонент системы понятия не имее тчто происходит с другим

вроде разобрался с mercurial у себя, все обновления накатил, радуюсь нормальной работе с vrf :)

zi_rus: нет больше pull/push

здрасте

расписания обновлений на каждую зону свою

видимо я совсем отстал от жизни

да

там вся суть в том, что при изменениях перегенерируется одна-две зоны

dvolodin, но это же все равно не гуд, почему просто не заливать их по факту с задержкой

и раз в сутки на всякий случай проверяется

так и делается

ну тогда ок

тогда нужна только инструкция как все это дело настраивать

лично я, если мне приспичит это настроить, сейчас даже не знаю с какого конца начать

нужно

с писателями инструкций у нас туго

zi_rus: все та же блогозапись тебе поможет

я для бинда расписал, но если ты заглянешь в файлы, поддерживающие работу с определенным ДНС-сервером, то увидишь там пример

mikevlz|2, я вижу что там говорится про настройку ssh, а на сколько я понимаю что сейчас актуально это noc-senc и ssh ему не нужен

какой, мать его ssh? я писал как-раз про синк в блогах.

Create SSH key for user noc on server hosting SAE:

или ты про какой блог

http://kb.nocproject.org/pages/viewpage.action?pageId=7766132

ааа

я уже забыл про не

*нее

да, там кое что написано, надо будет перечитать

dvolodin_, так если все реализовано, NOC-394 уже можно закрыть. или ты что-то не доделал?

zi_rus: да в принципе, доделано

ping

Ping timout

timeout

^)

народ, тут кто-нибудь Cisco ME3400 использует кроме меня?

неа

плохо

а к нам turboIron24x приехал

=)

свежий софт ищу

шуршит...