Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 13 Oct 2013 09:58:42 -0500
From:      Mark Felder <feld@FreeBSD.org>
To:        freebsd-xen@freebsd.org
Subject:   Re: FreeBSD Alpha5 amd64 - Citrix Xen 6.2 problem
Message-ID:  <1381676322.11187.33436965.1BBB5473@webmail.messagingengine.com>
In-Reply-To: <A438A9A6-39E8-4F25-9B8B-92EDC4ECDBF5@scsiguy.com>
References:  <etPan.52541a74.66334873.190@MacBook-Pro-de-Josias.local> <1381247394.22461.31501241.11EE316E@webmail.messagingengine.com> <8F3E4CEF-75BB-4F96-8512-87B21C5AC44E@shankerbalan.net> <525509C4.9010407@citrix.com> <1381319360.6600.31880785.6E83A2F9@webmail.messagingengine.com> <52555FF4.8010107@citrix.com> <1381329411.11572.31947565.7C2A280B@webmail.messagingengine.com> <849AB77F-D2E3-4BFB-B957-F9A9E53D1070@shankerbalan.net> <7B7BC687-3A64-4B3D-9F90-B73FC6938225@shankerbalan.net> <A438A9A6-39E8-4F25-9B8B-92EDC4ECDBF5@scsiguy.com>

next in thread | previous in thread | raw e-mail | index | archive | help


On Sat, Oct 12, 2013, at 21:48, Justin T. Gibbs wrote:
> On Oct 10, 2013, at 3:09 AM, Shanker Balan <mail@shankerbalan.net> wrote:
>=20
> >=20
> > On 10-Oct-2013, at 1:37 PM, Shanker Balan <mail@shankerbalan.net> wrote:
> >=20
> >> On 09-Oct-2013, at 8:06 PM, Mark Felder <feld@FreeBSD.org> wrote:
> >>=20
> >>> On Wed, Oct 9, 2013, at 8:53, Roger Pau Monn=E9 wrote:
> >>>> On 09/10/13 13:49, Mark Felder wrote:
> >>>>> On Wed, Oct 9, 2013, at 2:46, Roger Pau Monn=E9 wrote:
> >>>>>> On 09/10/13 08:18, Shanker Balan wrote:
> >>>>>>> On 08-Oct-2013, at 9:19 PM, Mark Felder <feld@FreeBSD.org> wrote:
> >>>>>>>=20
> >>>>>>>> On Tue, Oct 8, 2013, at 9:45, Josias L.G wrote:
> >>>>>>>>> Problem with Citrix Xen 6.2 and install from ISO. The "solution=
" was
> >>>>>>>>> remove cd-rom drive from virtual machine. Not possible now with=
 xen
> >>>>>>>>> default in GENERIC kernel.
> >>>>>>>>> Message error:=20
> >>>>>>>>> run_interrupt_driven_hooks - still waiting after 300 seconds for
> >>>>>>>>> xenbusb_nop_confighook_cb
> >>>>>>>>> panic: run_interrupt_driven_config_hooks: waited too long
> >>>>>>>>>=20
> >>>>>>>>=20
> >>>>>>>> I was going to test this soon... but you're right -- you probabl=
y can't
> >>>>>>>> install FreeBSD 10 from ISO on Citrix XenServer because of this =
bug.
> >>>>>>>>=20
> >>>>>>>> Can someone working on the xen bits test and maybe find a workar=
ound?
> >>>>>>>=20
> >>>>>>> The "xenbusb_nop_confighook_cb" issue is the only issue which I a=
m aware
> >>>>>>> of that prevents CloudStack/XenServer IaaS private clouds from of=
fering
> >>>>>>> FreeBSD 10 as a supported OS template. The "vbd-destroy" workarou=
nd is not
> >>>>>>> possible as the ISO is attached to the VM instance during the ins=
tallation.
> >>>>>>>=20
> >>>>>>> A "please pretty please" request to @citrix R&D for the hopefully=
 last fix
> >>>>>>> to get FreeBSD 10 running on XenServer+CloudStack.
> >>>>>>>=20
> >>>>>>> The earlier HyperV related panic on XenServer has been fixed in A=
LPHA5.
> >>>>>>=20
> >>>>>> Hello,
> >>>>>>=20
> >>>>>> I've taken a look into this and I'm afraid there's no easy way to
> >>>>>> workaround it from FreeBSD. When Xen is detected all IDE devices a=
re
> >>>>>> disconnected, and there's no fine grained way to only disable IDE =
disks
> >>>>>> and not cdrom devices.
> >>>>>>=20
> >>>>>> Could you please contact your XenServer representative, and/or sub=
mit
> >>>>>> this bug to xs-devel (xs-devel@lists.xenserver.org) mailing lists =
in
> >>>>>> order to get this fixed on XenServer.
> >>>>>>=20
> >>>>>=20
> >>>>> Citrix is aware of this as I've contacted several people there and =
this
> >>>>> has been discussed both here and on the xs-devel list. There has to=
 be
> >>>>> something FreeBSD can do to work around this issue since Linux and
> >>>>> NetBSD have no issues.
> >>>>=20
> >>>> Linux and NetBSD have no issues because you probably only tried them=
 on
> >>>> PV mode, which doesn't exhibit this issue (also NetBSD doesn't have
> >>>> PVHVM support, so it's quite clear it won't have this issue).
> >>>>=20
> >>>>> As far as I'm aware the issue has been tracked
> >>>>> down to badly behaving qemu in XenServer -- they don't use upstream=
 qemu
> >>>>> in XenServer (yet), and instead have their own fork. A future relea=
se is
> >>>>> supposed to merge with upstream qemu.
> >>>>=20
> >>>> The main problem here is that XenServer announces a PV block device =
on
> >>>> xenstore (the cdrom), but then it seems like there's no backend to
> >>>> handle it, so it hangs on the connection phase. IMHO the problem is =
not
> >>>> with the device model (Qemu), but with the backend that should handle
> >>>> this PV device.
> >>>>=20
> >>>> Xen only allows you to either disable all IDE devices or none, so the
> >>>> only possible solution I can think of is to not disable anything at =
all
> >>>> and use the emulated devices, which will leave us with very poor
> >>>> performance (unless I'm missing something, there's no way to only
> >>>> disable disks but not cdroms).
> >>>>=20
> >>>>> But the fact remains that this is a non-issue on Linux and NetBSD w=
ho
> >>>>> handle this buggy virtual CDROM without any problems. There has to =
be
> >>>>> some way we can add a quirk on our side so this device doesn't stop=
 the
> >>>>> entire boot process. If FreeBSD 10 is released without out-of-the-b=
ox
> >>>>> support on the premier commercial Xen platform we'll be shooting
> >>>>> ourselves in the foot and all of this work will be for naught. Amaz=
on
> >>>>> isn't the only Xen platform people use.
> >>>>=20
> >>>> You can always use the pre-build VM images I guess (I have not tested
> >>>> those, but I expect they should work fine under Xen).
> >>>>=20
> >>>> ftp://ftp.nl.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/20131007/10=
.0-ALPHA5/amd64/
> >>>>=20
> >>=20
> >> This is way better. Having ready to import Xen images beats ISO instal=
lation
> >> any day. Will try on my cloudstack setup later today.
> >=20
> > I converted the QCOV image to VHD and have imported it into CloudStack.=
 Instance
> > created from the template also have the "xenbusb" issue at bootup.
> >=20
> > Oh well.
> >=20
> > Thanks for all the help.
> >=20
> > Regards.
> > @shankerbalan
>=20
> The CDROM issue should be resolved in FreeBSD/head.  These fixes will be
> include
> in 10.0-BETA2 as well as the first 11-CURRENT snapshot that should pop up
> in
> the next day or two.  The snapshots are announced on the
> freebsd-snapshots
> mailing list.
>=20

Can you please backport to 9-STABLE? This issue is what is preventing me
from upgrading my Xen infrastructure at work.

Thanks so much!



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1381676322.11187.33436965.1BBB5473>