Xen 4.1.0 и Python 2.7
Сегодня обновил систему, в частности Xen c 4.0.1 до 4.1.0, Python с 2.6 до 2.7.
ессно после пересборки мира вставил в системе по умолчанию питон 2.7, выполнил etc-update && env-update && source /etc/profile && lafilefixer --justfixit && revdep-rebuild && python-updater && perl-cleaner all && emerge --depclean -p
после перезагрузки в принципе всё работает, кроме Гипервизора, валится с ошибкой
aLXen ~ # /etc/init.d/xend restart Error: Unable to connect to xend: No such file or directory. Is xend running? * Stopping Xen control daemon ... [ ok ] * Starting Xen control daemon ... [ ok ] aLXen ~ # cat /var/log/xen/xend.log [2011-03-30 16:31:57 9255] INFO (SrvDaemon:332) Xend Daemon started [2011-03-30 16:31:57 9255] INFO (SrvDaemon:336) Xend changeset: unavailable. [2011-03-30 16:31:57 9255] DEBUG (tcp:96) Listening on :8002 [2011-03-30 16:31:58 9255] DEBUG (XendNode:332) pscsi record count: 14 [2011-03-30 16:31:58 9255] DEBUG (XendCPUPool:747) recreate_active_pools [2011-03-30 16:31:58 9255] ERROR (SrvDaemon:349) Exception starting xend ((19, 'No such device')) Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 341, in run servers = SrvServer.create() File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvServer.py", line 258, in create root.putChild('xend', SrvRoot()) File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvRoot.py", line 40, in __init__ self.get(name) File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py", line 84, in get val = val.getobj() File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py", line 52, in getobj self.obj = klassobj() File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvNode.py", line 30, in __init__ self.xn = XendNode.instance() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 1181, in instance inst = XendNode() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 163, in __init__ self._init_cpu_pools() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 382, in _init_cpu_pools XendCPUPool.recreate_active_pools() File "/usr/lib64/python2.7/site-packages/xen/xend/XendCPUPool.py", line 754, in recreate_active_pools uuid = xstransact.Read(path, 'uuid') File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 307, in Read return complete(path, lambda t: t.read(*args)) File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 361, in complete t = xstransact(path) File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 29, in __init__ self.transaction = xshandle().transaction_start() Error: (19, 'No such device')
во 2.6 питоне 4.1 xen вообще не пашет, а 4.0.1 уже с портов снесли, по тыкался по гуглу, ничего конструктивного не нашел, видать я первый наткнувшийся на эти грабли.
пересобирал ведро, xen xen-tools, пока без результатно, virt-mnager тож на залупе, ругается на питон. до обновления и то и другое работало как часы =)
зы
о Xen 4.1 http://www.linuxcenter.ru/news/2011/03/26/12086/
- Для комментирования войдите или зарегистрируйтесь
Рабочий - 3.4.2 4.0.1 - валил
Рабочий - 3.4.2
4.0.1 - валил pygrub в одни ворота и юзежу не подлежал.
Для себя сделал вывод - lxc на побыстрому на проверить для себя, опенвз - для работы с линуксом, квм - все остальное
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
ну не знаю 4.0.1 работал
ну не знаю 4.0.1 работал вполнесносно.
сейчас покрутился вокруг питона 2.6.6-r2, ошибка абсолютно та же, сдаётся проблема в Xen а не в питоне.
_______________________________________
грех обманывать компиляторы в субботу
xen 4.1
/etc/init.d/xencommons start
/etc/init.d/xend restart
Ему нужен процесс xenstored
сорри, не прав. Судя по всему
сорри, не прав. Судя по всему ему что-то не хватает по зависимостям ... такая же трабла (
ну почему же,
ну почему же, заработало
sorry, забыл название сайта для поста логов, работы навалом, попозжа перекину вывод
_______________________________________
грех обманывать компиляторы в субботу
нда, только теперь начинаешь
нда, только теперь начинаешь запускать любую виртуалку xm start ktssql, серв уходит в жосткий ребут(аля reset)
_______________________________________
грех обманывать компиляторы в субботу
xm -> xl
В версии 4.1 идет полным ходом переход на новую API. советуют делать миграцию на xl и пользоватся им а не xm. Но для совместимости xm тоже должен работать ... я пробовал делать через xl (xend выключаем, включаем только xencommons) и тоже получил жесткий ребут системы. Версия питона здесь не причем, его как раз выпиливают из xen. Я попробую поставить git версию.
Ну если они переходят на
Ну если они переходят на новую API, и судя по релизам ждём 2.6.37-е Xen'ово ведро
_______________________________________
грех обманывать компиляторы в субботу
может 38-e ? :)
может 38-e ? :)
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
может уже 38-е
может уже 38-е
_______________________________________
грех обманывать компиляторы в субботу
что есть git версия ?
что есть git версия ?
_______________________________________
грех обманывать компиляторы в субботу
xen4.1
У меня заработало. Я выкинул секурные USE флаги из ксена. Правда я еще использовал ядро из git репозитария xen но пологаю это было делать не обязательно. Удачи