From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Derzhavets Subject: FW: Ongoing issue with libvirt-xen driver for Openstack Nova Date: Thu, 16 Apr 2015 09:11:46 -0400 Message-ID: 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: multipart/mixed; boundary="===============4033363022173702990==" Return-path: 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: "anthony.perard@citrix.com" Cc: "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============4033363022173702990== Content-Type: multipart/alternative; boundary="_2679e62f-0dbe-4e74-8140-351cba092dda_" --_2679e62f-0dbe-4e74-8140-351cba092dda_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Anthony=2C I am forwarding to you the final feed from Ian Campbell. Please=2C view thread "Ongoing issue with libvirt-xen driver for Openstack = Nova"=20 for details of troubleshooting from Xen side performed under Ian's supervi= sion. Thank you. Boris. > Subject: Re: [Xen-devel] Ongoing issue with libvirt-xen driver for Openst= ack Nova > From: ian.campbell@citrix.com > To: bderzhavets@hotmail.com > CC: anthony.perard@citrix.com=3B xen-devel@lists.xen.org > Date: Thu=2C 16 Apr 2015 13:05:44 +0100 >=20 > On Thu=2C 2015-04-16 at 06:46 -0400=2C Boris Derzhavets wrote: >=20 > > > Was this just the tail of the log or the complete thing? > >=20 > >=20 > > No it was in the middle . I am attaching xen-hotplug.log.gz >=20 > Thanks=2C I think this shows that as expected our hotplug scripts have no= t > been responsible for bringing vif1.0 up before renaming=2C so something > else must be doing it. >=20 > If not some openstack component perhaps something like network-manager? > Or some other udev rules perhaps? >=20 > I'm afraid I'll have to leave the openstack side of things to you and > others. >=20 > Ian. >=20 >=20 = --_2679e62f-0dbe-4e74-8140-351cba092dda_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Anthony=2C

I am forwardin= g to you the final feed from Ian Campbell.
Please=2C view thread "Ongoin= g issue with libvirt-xen driver for Openstack Nova"
for details of trou= bleshooting =3B from Xen side performed under Ian's supervision.
Thank you.
Boris.

>=3B Subject: Re: [Xen-devel] Ongoing i= ssue with libvirt-xen driver for Openstack Nova
>=3B From: ian.campbel= l@citrix.com
>=3B To: bderzhavets@hotmail.com
>=3B CC: anthony.pe= rard@citrix.com=3B xen-devel@lists.xen.org
>=3B Date: Thu=2C 16 Apr 20= 15 13:05:44 +0100
>=3B
>=3B On Thu=2C 2015-04-16 at 06:46 -0400= =2C Boris Derzhavets wrote:
>=3B
>=3B >=3B >=3B Was this jus= t the tail of the log or the complete thing?
>=3B >=3B
>=3B &g= t=3B
>=3B >=3B No it was in the middle . I am attaching xen-hotplug= .log.gz
>=3B
>=3B Thanks=2C I think this shows that as expected = our hotplug scripts have not
>=3B been responsible for bringing vif1.0= up before renaming=2C so something
>=3B else must be doing it.
>= =3B
>=3B If not some openstack component perhaps something like netwo= rk-manager?
>=3B Or some other udev rules perhaps?
>=3B
>= =3B I'm afraid I'll have to leave the openstack side of things to you and>=3B others.
>=3B
>=3B Ian.
>=3B
>=3B
=
= --_2679e62f-0dbe-4e74-8140-351cba092dda_-- --===============4033363022173702990== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============4033363022173702990==--