Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 11 Oct 2014 13:03:02 -0700
From:      Craig Rodrigues <rodrigc@FreeBSD.org>
To:        Roman Bogorodskiy <novel@freebsd.org>, Neel Natu <neel@freebsd.org>,  Peter Grehan <grehan@freebsd.org>
Cc:        "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org>
Subject:   Re: libvirt improvements for bhyve
Message-ID:  <CAG=rPVdKPidDKK0vO5DyD_oSd%2BdMsWywpKjeZYN5TdQNR-sByQ@mail.gmail.com>
In-Reply-To: <20141011180528.GA26301@kloomba>
References:  <CAG=rPVfsx_w60eFX1RnyJOoJMSQUfSv6E8k7dMV2k4weXGKvrg@mail.gmail.com> <20141011180528.GA26301@kloomba>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Oct 11, 2014 at 11:05 AM, Roman Bogorodskiy <novel@freebsd.org>
wrote:

>
> Frankly speaking, it's a hard topic for me and currently I don't have a
> complete idea how to design that. The thing I'm worried about is that as
> far as I understand that exit codes are sort of temporary solution and
> will be dropped in the future. Also, it seems the behaviour is changing
> already, e.g. IIRC on -CURRENT the bhyve proccess doesn't exit on
> reboots (unlike in 10-R). My goal is to support 10-R and I'm not sure
> how to probe if exit codes are available or not (and how to probe if
> e.g. if new exit code will be added in some future version).
>

Any reason why you are stuck on 10-R?
Unlike other parts of FreeBSD, bhyve is not mature, and is evolving over
time.
Serious users of bhyve are following CURRENT or 10-STABLE.
10-STABLE has the same error status codes as CURRENT, and 10.1-R is
coming out in a few weeks.
libvirt for bhyve is even less mature than bhyve itself, so tracking
bhyve beyond the release should be OK, but it's up to you.

In its current form, my experience has been that bhyve and libvirt are
unusable for serious work, based
on the issues which I've described before for starting/stopping VM's.
bhyve + custom scripting is the only way to go.

I tried to use libvirt + bhyve for jenkins.freebsd.org, but found it
unusable, even though Jenkins has libvirt
support for starting VM's on demand.  I backed away from libvirt, and ended
up writing my
own scripts.  I am trying to convince some people to go with libvirt +
bhyve for a simulation/testing system,
but am having a hard time because of all the rough edges, and Linux + KVM +
libvirt looks a lot more
mature and easier to use.

It's too bad, because I think if you can incorporate a few minor
enhancements to libvirt for bhyve,
it can definitely be a replacement for Linux + KVM + libvirt


Neel, Peter, can you comment on the status exit codes from bhyve?
Are those temporary, or will you keep them?  There is no other way
for external scripts to detect reset/poweroff.  It looks like the confusion
over this issue
is blocking Roman from moving forward with libvirt.

Thanks.
--
Craig



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAG=rPVdKPidDKK0vO5DyD_oSd%2BdMsWywpKjeZYN5TdQNR-sByQ>