Скрыть

bhyve -- история неуспеха

Есть тут такие, кто пользовался этой штукой? Я вот решил свалить с проклятого DragonFlyBSD нахрен, ибо 1) задолбали его глюки, 2) задолбал тупизм разрабов, их нежелание помогать разбираться с их проблемами и даже принимать патчи. Но там была большая коллекция порно и фильмов про Гарри Поттера на их фирменной ФС HAMMER, так что их нужно было сохранить. Там уже был экспорт через nfs, так что нужно было лишь передать эти файлы по сети на новый раздел (точнее файловую систему в ZFS пуле). Компьютер, на котором это всё происходило стоит отдельно, там нет монитора и клавы, управление только по ssh, без иксов, ясное дело.

Короче дело встало за виртуальной машиной, чтобы поднять там DragonFly. Выбор в FreeBSD небольшой:

•  VirtualBox. Есть поддержка аппаратной виртуализации AMD-V, пробросить PCI устройства нельзя, есть эмуляция какой-то своей видюхи, через её драйвер дёргается реальная карточка через mesa. Без иксов я его не настраивал, судя по всему это не удобно, а может и не реально вовсе, не знаю. Годится погонять Steam игры на винде.
•   qemu. Была аппаратная виртуализация, но, походу, её дропнули.
•   Новый bhyve.

Я решил выбрать последний вариант и потерпел fail. Удалось лишь запустить FreeBSD guest. Судя по скорости работы, аппаратную виртуализацию умеет, а вот пробросить PCI устройство -- нет, хоть это и заявлено. Оказывается, это только для систем на интеловских процессорах так, amd'шники отдыхают. DragonFlyBSD упорно отказывался запускаться (писал "Instruction cannot be emulated", что странно, раз аппаратная виртуализация). А так всё замечательно, на фряхе есть драйвер для эмулируемого сетевого интерфейса, который на хосте выходит в tap, можно эмулировать сидюк, и прочее. Но пробросить устройство не выйдет, если у вас не штеуд.

Короче я расстроился, пришлось мне ставить qemu и со скоростью черепахи всё переносить на новый хард. Кстати, как теперь мне кажется, у DragonFlyBSD преимуществ перед фряхой больше нет. Всё что было, сломали (они любят ломать работающие вещи, новый релиз -- это лотерея). А зеркалирование по сети хаммера можно добиться с помощью zfs send/receive. Ну а ZFS пулы куда мощнее софтварного RAID0 в хаммере.

Ещё что интересно, bhyve странно как-то устроен. Перед запуском guest'а, собственно, нужно загрузить её командой bhyveload, указав загрузочный образ и какой-то левый загрузчик /boot/userboot.so Нафиг этот userboot.so нужен и что он делает -- остается загадкой. Но походу, шаманы, использующие bhyve для запуска linux guest используют что-то другое.

Вот мне интересно, есть тут такие, кто пользовался сабжем? Может они поняли, что это userboot.so делает? И как там пускать другие (не freebsd) гости?

Кстати, понял, что дает этот bhyveload и userboot.so Это юзерспейсные загрузчики фряхи. Видимо поленились эмулировать BIOS или UEFI и загружают ядро в виртуалку таким образом