From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Dunlap Subject: Re: libxl and libvirt in Fedora (rawhide) Date: Wed, 23 Jan 2013 11:19:53 +0000 Message-ID: References: <1358419891.16718.146.camel@Abyss> <50F82020.6080100@suse.com> <1358550647.16718.250.camel@Abyss> <50FDE388.8080604@suse.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4312543571310147033==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: M A Young Cc: Konrad Rzeszutek Wilk , xen-devel , Jim Fehlig , Dario Faggioli , Cole Robinson , virt List-Id: xen-devel@lists.xenproject.org --===============4312543571310147033== Content-Type: multipart/alternative; boundary=f46d043890939d7ba204d3f2df08 --f46d043890939d7ba204d3f2df08 Content-Type: text/plain; charset=ISO-8859-1 On Tue, Jan 22, 2013 at 8:19 PM, M A Young wrote: > On Tue, 22 Jan 2013, Jim Fehlig wrote: > > For those not following in the bug, the libxl driver executes >> '/usr/sbin/xend status' and refuses to load it xend is running. The >> problem here is that the status check causes xend to start! I can't >> reproduce the issue, so perhaps it is specific to the fedora packages. >> > > It is specific to the Fedora package. I traced it to the > xen-initscript.patch file in the Fedora source. From xen-3.1.0-2.fc8 > onwards Fedora xend ignores the option passed to it and just does a start. > It was from before I started doing things on the package, but idea seems to > have been to strip out functions like stop, reload etc. and do them > directly in the init script. > > I don't think it is worth changing this much, but I think I will put back > the status option to keep libvirt happy. > The other option of course would be to have a parallel patch in Fedora's libvirt package, which calls "/etc/init.d/xend status" instead of "/usr/bin/xend status" -- but that seems like it's probably more fragile than just re-enabling the option in the Xen package. -George --f46d043890939d7ba204d3f2df08 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Tue, Jan 22, 2013 at 8:19 PM, M A Young <m.a.youn= g@durham.ac.uk> wrote:
On Tue, 22 Jan 2013, Jim F= ehlig wrote:

For those not following in the bug, the libxl driver executes
'/usr/sbin/xend status' and refuses to load it xend is running. =A0= The
problem here is that the status check causes xend to start! =A0I can't<= br> reproduce the issue, so perhaps it is specific to the fedora packages.

It is specific to the Fedora package. I traced it to the xen-initscript.pat= ch file in the Fedora source. From xen-3.1.0-2.fc8 onwards Fedora xend igno= res the option passed to it and just does a start. It was from before I sta= rted doing things on the package, but idea seems to have been to strip out = functions like stop, reload etc. and do them directly in the init script.
I don't think it is worth changing this much, but I think I will put ba= ck the status option to keep libvirt happy.

=
The other option of course would be to have a parallel patch in Fedora= 's libvirt package, which calls "/etc/init.d/xend status" ins= tead of "/usr/bin/xend status" -- but that seems like it's pr= obably more fragile than just re-enabling the option in the Xen package.

=A0-George
--f46d043890939d7ba204d3f2df08-- --===============4312543571310147033== 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 --===============4312543571310147033==--