On Sun, Oct 26, 2014 at 5:49 AM, Roman Bogorodskiy <no...@freebsd.org> wrote:
> Conrad Meyer wrote:
>> On Sat, Oct 25, 2014 at 9:42 PM, Willem Jan Withagen <w...@digiware.nl>
>> > Seems that my CDrom block was a problem.
>> > But the disk is already build, so I just skipped that.
>> Yes, even in git libvirt-bhyve doesn't work well with >1 disk :-(.
> Could you please provide more details on the issues you're seeing with
As far as I can tell, libvirt-bhyve will only boot from the first
disk, and ignores libvirt's boot ordering stuff. Unless libvirt sorts
the disks array by bootorder before passing to the driver? I had
trouble getting it to boot a select disk when I included both a cdrom
and hdd in my testing the other day. E.g. in git master:
298 virBhyveProcessBuildLoadCmd(virConnectPtr conn,
299 virDomainDefPtr def)
310 disk = def->disks;
329 cmd = virCommandNew(BHYVELOAD);
337 virCommandAddArg(cmd, "-d");
338 virCommandAddArg(cmd, virDomainDiskGetSource(disk));
Libvirt lets you specify some sort of boot ordering in domain XML
Although now that I am looking more closely it appears that ordering
is basically ignored for same-bus devices :-(. That may explain my
So, I guess the right way to do it is to slap "<boot order='N'/>"
inside <disk> elements. I didn't try that and don't know if libvirt
sorts those before handing off to driver.
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to