Jan Kundrát wrote:
Hi,
today I've upgraded my SL5 x86 box. This update looks like this in the logs:
Dec 04 14:49:41 Installed: kernel-devel.i686 2.6.18-53.1.4.el5
Dec 04 14:49:41 Updated: ipw3945-firmware.noarch 1.14.2-1.sl5
Dec 04 14:49:42 Updated: kernel-headers.i386 2.6.18-53.1.4.el5
Dec 04 14:49:51 Installed: kernel.i686 2.6.18-53.1.4.el5
Dec 04 14:49:59 Installed: kernel-xen.i686 2.6.18-53.1.4.el5
Then I removed package kernel (not kernel-xen) as this box is really
supposed to act as Xen dom0 and I don't want to check grub.conf after
each upgrade of (to us unimportant) kernel package. I've also changed
grub.conf to boot new Xen and new kernel.
After a reboot, xend didn't come up. In the xend debug log, I see this
Python backtrace:
[2007-12-04 16:20:25 xend 3351] ERROR (SrvDaemon:297) Exception starting
xend ((13, 'Permission denied'))
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py",
line 291, in run
servers = SrvServer.create()
File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvServer.py",
line 108, in create
root.putChild('xend', SrvRoot())
File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvRoot.py",
line 40, in __init__
self.get(name)
File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 82, in get
val = val.getobj()
File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 52, in
getobj
self.obj = klassobj()
File
"/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line
39, in __init__
self.xd = XendDomain.instance()
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line
655, in instance
inst.init()
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line
76, in init
self._add_domain(
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line
139, in xen_domains
domlist = xc.domain_getinfo()
Error: (13, 'Permission denied')
In addition, there's a recommendation to rebuild Xen user-space tools in
the xend log.
Reverting to older records (2.6.18-8.1.15.el5xen) in grub.conf makes
everything work again, that's why I assume that package "xen" should be
rebuilt to match kernel-xen's patchlevel.
I'd use Bugzilla for this kind of issues but I wasn't able to find out
how to register there :).
Cheers,
-jkt
Hi,
Thanks for reporting this.
I guess with all the automount/samba issues we forgot to look at how this
kernel interfaces with xen.
The options I see are to either fix the old xen to work with the new kernel, or
to update the xen in SL 5.0 to match the xen in SL 5.1.
Personally, after using the xen on SL 5.1, my vote it to move 5.0 up to that
version of xen. It fixes *alot* of the bugs and troubles I was having on xen.
But I don't know how that is going to affect SL 5.0 machines that are
currently running xen. But, by pushing out that kernel, we've aready affected
them.
I'm going to be testing a bunch of things, but while I am, any ideas or
preferences?
Troy
--
__________________________________________________
Troy Dawson [EMAIL PROTECTED] (630)840-6468
Fermilab ComputingDivision/LCSI/CSI DSS Group
__________________________________________________
