Spuštění virtualboxu automaticky po bootu systému (diskuse)

[vencour]

Pamatuju, že virtualbox zakládal skupinu vboxusers ... jako třeba pro kvm je skupina kvm ... to už neplatí?

[pasmen]

Myslím, že to má autor na mysli pod tím username.

[Kappi-tux]

tak tak

[fry]

Libvirt by mel umet "zachazet" i s VirtualBox hypervisorem a zda se mi, ze automaticke spousteni virtualnich stroju resi (autorovymi slovy) systemoveji.

[Kappi-tux]

To vypada zajimave, mkrnu na to. Diky.

[Matlák]

Zajímalo by mě k čemu se něco takového hodí - není lepší bootovat přímo Windows než si plácnout virtualbox do rc.local? Není to poněkud přitažené za vlasy?

[Kvakor]

Pokud máte "serverovou" aplikaci, která musí běžet na Windows (a nechodí ve Wine), zatímco všechno ostatní běží na Linuxu, tak je jednodušší místo dvou serverů mít jeden s větším množstvím paměti a Windows ve virtuálním stroji spravovat vzdáleně.

[gtz]

Pokud máte mašinu, kde je dostatek výkonu a dostatek ramky pak bez problémů se dá použít hypervisor (xen) a je to možná i o něco rychlejší než když to poběží z image. Stále máte mašinu na které běží něco co je jen pod Widle a mašinu na které máte Linux. A stále je to jedna mašina. A v dnešní době Quad apod. procáků to jde.

[Aleš Kapica]

Jsou specifické situace kdy to nejde. A virtualbox je v tomto směru ta nejlepší volba. Na rozdíl od vmware totiž stále umožňuje virtualizaci i na strojích, které nemají podporu virtualizace v procesoru. My takto kupř. virtualizujeme jeden prastarý stroj s NT 4.0

[kotyz]

Na co proboha v dnešní době potřebujete NT 4.0?

[Honz]

To je otázka, čéče. Asi proboha na nějaký stupidní uindousácký soft, který už 15 let na ničem jiném běžet nedokáže...?

[Kappi-tux]

Ono jde o to, ze win xp nebezi na xenu bez hw podpory virtualizace. A ten stroj co to na nem mam nasazene je stary HP Proliant G2 s 12GB RAM...

[myšák]

Nejedná se sice o úplně stejný případ (tj. virtualizace na serveru), ale s úspěchem jsem podobné řešení používal na počítačových učebnách na koncových stanicích.

Co se týče nasazení a údržby, tak je to vcelku vychytaná alternativa - uživatel de facto nic nepozná (pokud se nepodívá "pod kapotu"), resp. má pocit, že dělá nativně na stanici s Windows a administrátor má k dispozici poměrně zajímavé možnosti při správě učebny (oprava "načnutých" Windows, úpravy stanic na míru ad hoc potřebám a následný deployment atd.).

[maník]

Dobrý den, přesně tohle teď s kolegou řešíme. Rádi bychom rozběhli počítačovou učebnu tímto způsobem. Nemáte někde další informace (hlavně seznam použitého softwaru), které by nám mohly pomoci? Díky.

[myšák]

Upřímně se nejedná o žádný zázrak. Celé je to postavené na Debianu, VirtualBoxu a několika skriptech, které jsem pro ten účel ubastlil, aby celé řešení bylo možné spravovat i "poučenou osobou". Netvrdím, že jedná o nějaké "enterprise solution" či podobný zázrak, ale funguje to. Pokud máte zájem o podrobnosti, klidně se ozvěte na mail, zkusím pohledat doma na disku...

[maník]

Dík moc, už jsem poslal e-mail.

[Kappi-tux]

Jak uz napsal gtz, bezi tam nekolik serverovych programu, ktere nechodi pod linuxem. A taky kdyz se podela HW, vezmete jednoduse image virtualni masiny windowsu a nahodite to kdekoliv jinde, bez problemu se zmenou zeleza...

[AsciiWolf]

Jaký je rozdíl oproti spouštění přes cron? Teda krom toho, že ta rc.local-verze je delší a složitější (nutnost použít su)?

[Gilhad]

Protože cron by to spouštěl periodicky v udaný čas, zatímco takto se to spustí jen jednou při startu.

[Kappi-tux]

Cron ma moznost @reboot, coz prikaz spusti po rebootu, bohuzel nevim kdy presne. A dalsi problem je, ze cron docela slusne vycisti prostredi a pravdepodobne je potreba definovat znovu spoustu systemovych promenych, protoze virtualbox takhle nenabiha.

[kavol]

hm, Debian nemá normální initskripty a v nich nějaký fíčury typu start-stop-daemon?

[Ruža Becelin]

Obavam se, ze start-stop-daemon asi VM nespusti, kdyz to neni daemon...

[kavol]

fakt? - hm, a "není daemon" znamená přesně co?

já takhle vcelku úspěšně už nějakej ten pátek používám qemu:

#!/sbin/runscript

PIDFILE=/var/run/....pid
MONITOR=/var/run/....monitor
VNC="..."

extra_started_commands="reboot"

depend() {
        need net.br0
}

send_command() {
    echo "$@" | nc6 -U ${MONITOR} --send-only &>/dev/null
}

start() {
    ebegin "Starting mašina"
    modprobe tun
    modprobe kvm-intel
    start-stop-daemon --start --exec /usr/bin/qemu-system-x86_64 \
        --pidfile ${PIDFILE} \
        -- -daemonize -pidfile ${PIDFILE} -monitor unix:${MONITOR},server,nowait -runas nobody \
        -enable-kvm -smp 1 -m 1024 -net nic -net tap -vnc ${VNC} \
        /image/mašiny.qcow2
    eend $?
}

...

ale to je jen hloupý Gentoo

kvalitní Debian možná pozná, že je to "qemu" a ne "qemud" a odmítne to spustit

[Ruža Becelin]

Tohle je pekny, dalo by se tim vyresit i vypinani... VM nahazet do pole a pak je budit/vypinat pres for

[kavol]

Tohle je pekny, dalo by se tim vyresit i vypinani...

hint, hint, proto jsem to zkopíroval včetně funkce send_command, i když v citovaném kusu kódu není použita (ale reboot, halt ...)

jen to v aktuální verzi nějak zlobí

[gtz]

Já jsem kdysi qemu zkoušel a připadlo mi celkově nějak pomalé. nyní ho mám sice instalované, ale ho převážne když generuji nějaký image přes qemu-img. Na qemu mne štvalo, že nebyla podpora USB.

[kavol]

Já jsem kdysi qemu zkoušel a připadlo mi celkově nějak pomalé.

i s KVM?

[gtz]

Tehdy kvm padalo a celkově se to tehdy hodilo akorát na nějaký slabší linux nebo ReactOs. Tehdy jsem to nějak neřešil no nebyl čas a já jsem přešel na vmware

[msk]

Zaraza ma, ze tu nikto nespomenul vboxtool.