This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [xen-unstable test] 4607: regressions - FAIL

To: Keir Fraser <keir@xxxxxxx>
Subject: Re: [Xen-devel] [xen-unstable test] 4607: regressions - FAIL
From: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Date: Tue, 11 Jan 2011 17:49:20 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Jan Beulich <JBeulich@xxxxxxxxxx>
Delivery-date: Tue, 11 Jan 2011 09:50:27 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C951FDFD.1178C%keir@xxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Newsgroups: chiark.mail.xen.devel
References: <19756.19342.160120.151400@xxxxxxxxxxxxxxxxxxxxxxxx> <C951FDFD.1178C%keir@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Keir Fraser writes ("Re: [Xen-devel] [xen-unstable test] 4607: regressions - 
> On 11/01/2011 12:22, "Ian Jackson" <Ian.Jackson@xxxxxxxxxxxxx> wrote:
> > This ought to get us pushes more often.  It would still be nice to get
> > rid of some of these race bugs :-).
> Where are the races, do you think?

Known races:

 * Sometimes, after running xl destroy, you can find the following
   things left over in xenstore:
      /local/domain/0/device-model/16 = ""   (n0)
      /local/domain/0/device-model/16/command = "shutdown"   (n0)
   This is a race in libxl domain destruction, probably.
   Causes failures in
      test-*-*-xl*  leak-check

 * The XCP 2.6.27 kernel has a bug where it signals a block device
   creation through the udev machinery to userland before the device
   is actually readable.  This results in the initramfs failing to
   find its root filesystem.  Normally this happens during a domU
   startup but I have seen it once or twice in a dom0.
   Causes failures in
     test-*-xcpkern-*         xen-boot
     test-*-xcpkern-{xl,pv}*  guest-start

 * Mysterious occasional guest startup failures.  PV guests for some
   reason don't produce a guest console logfile.  Happens with xend
   and xl and PV and HVM.  Could conceivably be due to some occasional
   network infrastructure problems in the test environment.


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>