[Pkg-xen-devel] Processing of xen-3.0_3.0.1+hg8762-1_i386.changes

[Matt Brown]

Hi Nate,

I sent an email this morning on this that never appeared on the list.
Not sure if this is just the list hiding my own posts from me (other
Alioth lists don't...) or it actually got eaten somewhere. I've CC'd you
directly this time, apologies if you get this twice.

Nate Carlson wrote:
> On Tue, 11 Apr 2006, Nate Carlson wrote:
>> Well, good news is I can boot into the hypervisor without any problems
>> with the packages compiled on amd64.
>>
>> Bad news is that when I start xend, I get the following in xend.log,
>> and since I don't know Python, have no idea how to debug it:
>>
>> [2006-04-11 13:38:30 xend] INFO (SrvDaemon:278) Xend Daemon started
>> [2006-04-11 13:38:30 xend] INFO (SrvDaemon:282) Xend changeset:
>> unavailable .
>> [2006-04-11 13:38:30 xend] ERROR (SrvDaemon:292) Exception starting
>> xend ((2,  'No such file or directory'))

I had a similar problem, although I am using Ubuntu Dapper and I hadn't
verified that it enough to feel justified in submitting a bug report
yet. Plus I am using the tha packages...

Anyway, the problem for me was the xend init script was not creating the
appropriate directories under /var/run. This stops xenstored and
xenconsoled starting which in turn breaks xend and stops it writing its
socket file into /var/run/xend/xmlrpc.sock which causes xm to spit out
the error above...

To fix this I added the following line to xend's init script in the
start) stanza before the line 'xend start'

mkdir -p /var/run/xenstored

I also had to add a line

mkdir -p /var/lock/subsys

to the top of the xendomains init script, but I'm not sure if that's
relevant.


The root cause of the problem for me was that Dapper places /var/run on
a ramdisk, so any directories under /var/run need to be created by the
init script of the daemons that want to use them.


Hope that helps.

Cheers

-- 
Matt Brown
matt at mattb.net.nz
Mob +64 21 611 544 www.mattb.net.nz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 191 bytes
Desc: OpenPGP digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20060412/ed8ec71d/signature.pgp