nocproject.org

всем привет. разрешите в пятницу по-оффтопить

обновил сегодня дебиан до тестинга и теперь аптитьюд не дает ничего установить и удалить, жалуется на проблемы с питоном2,7 и предлагает его удалить. в прошлый раз когда я на такое пошел, я делал это на центоси и после удаления мне пришлось переустанав

ливать систему

чтобы мне делать?

в дженте есть use_python где указывается список необходимых в системе питонов, после делается python-updater который пересобирает все модули питона для всех указаных версий... Прога которой нужна определённая версия питона использует его модуль

именно этой версии...

а apt-get работает?

если одалишь все python-2.* нок работать не будет....

нок у меня сейчас на отдельном сервере, так что это не проблема

minimus__, а что мне апт-гет даст?

вот что например оно выдает http://pastebin.com/G4jULj7w

ну там же вроде написано чего не хватает

или я чего-то не понимаю

если бы

http://dpaste.com/615808/

вот что получается

а если apt-get upgrade -f

что-то побежало, сейчас посмотрю по результату

та же песня

Распаковывается пакет python2.7-minimal (из файла .../python2.7-minimal_2.7.2-5_i386.deb)...

new installation of python2.7-minimal; /usr/lib/python2.7/site-packages is a directory

which is expected a symlink to /usr/local/lib/python2.7/dist-packages.

please find the package shipping files in /usr/lib/python2.7/site-packages and

file a bug report to ship these in /usr/lib/python2.7/dist-packages instead

aborting installation of python2.7-minimal

dpkg: не удалось обработать параметр /var/cache/apt/archives/python2.7-minimal_2.7.2-5_i386.deb (--unpack):

подпроцесс новый сценарий pre-installation возвратил код ошибки 1

все кажись разобрался

удалил /usr/lib/python2.7/site-packages

и сделал симлинк как оно и просит

извините за офтоп

а теперь по делу

сегодня после другого оновления уже на сервере с ноком

перезагрузил сервер

нок после перезагрузки ставит всем железкам статус "ping failed"

и начинает слать уведомления - это не гуд

fping есть?

есть, есть, все есть - статус их он нормально отслеживает

но после перезагрузки всегда ставит этот статус

потом через 6 минут по шедулеру, устанавливает правильный статус

когда происходит очередная проверка

dvolodin, http://imageshack.us/photo/my-images/41/notifyd.png/ похоже? цифрами порядок операций

похоже

но 5-6 я бы переделал

там такой принцип

scheduler дергает cm.pull_config

тот пинает SAE

дальше вся обработка в scheduler'е идет

нее. тут сокращенный. через гет ноу

тогда в контекске noc-fcgi

SAE никак не учавствует в обработке

это принципиальный момент

хм.

он - исполнитель

scheduler или fcgi пинает его - типа давай конфиг неси

я активатор считал исполнителем

:)

SAE у нас большой начальник

:)

выполняет скрипты только для белых людей

:)) большой исполнительный начальник :)

то бишь для профиля NOC.SAE

:)

на все остальные случаи у него на галерах сидят негры

ладно.

то бишь активаторы

можешь и так схему оставить

но тогда у нас два начальника которые делают работу по обработке и фильтрации конфига

SAE поручают добыть конфиг, он находит негра дежурного, лупит его плеткой по попе и негр гребет за конфигом

приносит конфиг и SAE торжественно, под акт с подписью сдает его заказчику

ага.

но всеже начальник типа fcgi или scheduler-а не должен сам делать работу по фильтрации.

ну почему же

на самом деле код один и тот же

вопрос - в чьем контексте он выполняется