From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: Second regression due to libxl: Remove linux udev rules (2ba368d13893402b2f1fb3c283ddcc714659dd9b) Date: Wed, 29 Jul 2015 10:03:11 +0100 Message-ID: <1438160591.11600.178.camel@citrix.com> References: <20150728194741.GA13430@l.oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1ZKNGt-0006Lb-Mt for xen-devel@lists.xenproject.org; Wed, 29 Jul 2015 09:03:31 +0000 In-Reply-To: <20150728194741.GA13430@l.oracle.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Konrad Rzeszutek Wilk , george.dunlap@eu.citrix.com, xen-devel@lists.xenproject.org, wei.liu2@citrix.com List-Id: xen-devel@lists.xenproject.org On Tue, 2015-07-28 at 15:47 -0400, Konrad Rzeszutek Wilk wrote: > Hey, > > I launch a bunch of guests at the same time or in parallel and > the scripts end up timing out with: Are you sure you have cleaned out all the old udev .rules files? If any of those are still present then you will get both sets competing to drive things and they will conflict and cause this sort of breakage. Perhaps we should put back the hacks which nobble the udev case for another release? i.e. the thing which writes the path (but unconditional in xencommons) and the bit in the hotplug scripts which gates on it, but still remove the .rules files. That's only delaying the inevitable though, since upgrades to 4.7 will have the same issue. Perhaps in the scripts themselves: if [ -n "${UDEV_CALL}" ] ; then error "called through udev, please remove stale udev rules files" fi relying on the (stale) 4.5 rules file having the UDEV_CALL=1 in them. Ian.