From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony PERARD Subject: Re: Ongoing issue with libvirt-xen driver for Openstack Nova Date: Thu, 16 Apr 2015 16:12:49 +0100 Message-ID: <20150416151249.GG1707@perard.uk.xensource.com> References: <20150415154854.GF1707@perard.uk.xensource.com> <1429176429.25195.55.camel@citrix.com> <1429180538.25195.66.camel@citrix.com> <1429185944.25195.121.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1429185944.25195.121.camel@citrix.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: Boris Derzhavets Cc: "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On Thu, Apr 16, 2015 at 01:05:44PM +0100, Ian Campbell wrote: > On Thu, 2015-04-16 at 06:46 -0400, Boris Derzhavets wrote: > > > > Was this just the tail of the log or the complete thing? > > > > > > No it was in the middle . I am attaching xen-hotplug.log.gz > > Thanks, I think this shows that as expected our hotplug scripts have not > been responsible for bringing vif1.0 up before renaming, so something > else must be doing it. > > If not some openstack component perhaps something like network-manager? > Or some other udev rules perhaps? It is likely to be something done in Neutron. You can always try to read the logs of the different services (q-svc q-agt q-dhcp q-l3 q-meta) to check what is happening to the network interface (vif1.0). There also could be something wrong with Nova that will not set network properly in this case. Or some other compatibility issue... In anycase, the combo openstack-libvirt-xen works better with the default set of services runned by devstack (as long as they don't switch yet to Neutron). I will try to setup devstack with your local.conf to reproduce the issue. -- Anthony PERARD