[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] FPU problem

On Mon, May 30, 2005 at 01:34:41AM +0100, Steven Hand wrote:
> >On Fri, May 27, 2005 at 11:49:03AM +0100, Ian Pratt wrote:
> >> I'd be *very* interested to know if the unstable tree still has this
> >> bug. There have been a bunch of changes to the way the FPU is handled,
> >> so I'd be surprised if it was still present.
> >
> >I tried unstable. It booted dom0 fine, but couldn't start domU
> >with error Permission denied.
> >xm list displayed nothing (no dom0 either).
> Are you running as root? 

I'm sure "xm create" was run by root (it was from init.d script).
I don't remember if "xm list" was by root, however.

> One change in the past while is the use of unix domain sockets rather 
> than [loopback] network sockets as the basic comms mechanism used by 
> the tools, which has a (desired!) side-effect of adding basic access
> control to the xm <-> xend interface.

That would be good, but I don't think this is xm-xend communication
problem because it's xend that reports error. Here is snippet from

[2005-05-29 23:03:50 xend] INFO (SrvDaemon:610) Xend Daemon started
[2005-05-29 23:03:50 xend] INFO (XendRoot:91) EVENT> xend.start 0
[2005-05-29 23:03:54 xend] ERROR (SrvBase:162) op=create: Error creating domain:
 (13, 'Permission denied')
Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/xen/xend/server/SrvBase.py", line 107, 
in _perform
    val = op_method(op, req)
  File "/usr/lib/python2.3/site-packages/xen/xend/server/SrvDomainDir.py", line 
71, in op_create
    raise XendError("Error creating domain: " + str(ex))
XendError: Error creating domain: (13, 'Permission denied')

>   - looking at the log files /var/log/xend.log /var/log/xend-debug.log
>     to see if anything jumps out at you
>   - running "strace xm <foo>" to see if anything's up at that side. 

xend-debug.log has nothing special.
I will try to see more later.


Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.