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

Re: [Xen-devel] xl segfaults on latest staging/xen-unstable


  • To: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxx>
  • From: Ross Philipson <Ross.Philipson@xxxxxxxxxx>
  • Date: Thu, 21 Feb 2013 11:01:14 -0500
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc: xen-devel <xen-devel@xxxxxxxxxxxxx>
  • Delivery-date: Thu, 21 Feb 2013 16:01:39 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>
  • Thread-index: Ac4OK6EltdgPfSn+Q7OhO21YRR6NiACIK9ZA
  • Thread-topic: [Xen-devel] xl segfaults on latest staging/xen-unstable

> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxx [mailto:xen-devel-
> bounces@xxxxxxxxxxxxx] On Behalf Of Sander Eikelenboom
> Sent: Monday, February 18, 2013 5:58 PM
> To: Ian Campbell
> Cc: xen-devel
> Subject: Re: [Xen-devel] xl segfaults on latest staging/xen-unstable
> 
> 
> Monday, February 18, 2013, 11:52:38 AM, you wrote:
> 
> > On Mon, 2013-02-18 at 10:21 +0000, Sander Eikelenboom wrote:
> >> Hi All,
> >>
> >> Just tried the latest staging/xen-unstable (on debian squeeze dom0)
> but xl seems to segfaults (at least on domain creation):
> >> Previous pull was working fine and was about 3 or 4 days ago.
> 
> > Do you happen to know the exact revisions?
> 
> > Please can you try running xl under gdb and get a backtrace.
> 
> Hmm sorry for the noise, didn't properly cleanup stale files from the
> reverted "install to /usr/local/" changes.
> That went ok from jan 27th till now .. so it didn't immediately rang a
> bell.
> 
> --
> Sander
> 

Yes I got hit with that recently too. BTW I noticed in the configure script
that ac_default_prefix is set twice, as in:

ac_default_prefix=/usr/local

... a bit later on

ac_default_prefix=/usr

Is that intentional or an artifact?

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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