Administrace komentářů

V libvirtu problém není. Problém je v tom, že tazatel neví jak mu nastavit to co chce.

U skriptu je to jednoduché protože nepoužívá žádné XML, ale generuje příkaz, který se má spustit. Taky občas narážím na problémy, ale právě pro to mám integrovaný příkaz test, který místo spuštění instance VM ten příkaz vypíše a mám k dispozici přesně to co potřebuji spustit na příkazové řádce abych prozkoumal co se pokouší dělat - nemusím tak přemýšlet nad tím, jestli jsem se někde nepřeklepnul, atp.

Pak mi stačí prozkoumat help k aktuální verzi qemu. Některé věci se totiž postupně mění a nejčastěji bývá problém právě v tom, že se u nové verze qemu udělala drobná změna v parametrech příkazu. Pochopitelně nějaký čas trvá než se taková změna promítne do distribučních verzí všech těch mezičlánků. A mezitím se po internetu množí zoufalé dotazy na které nikdo nezná odpověď.

Když se mi teda nedaří virtuál přemigrovat, tak mám k dispozici výstupy, ze kterých mohu ihned zjistit proč. Pokud není nic ve výstupu na sériáku, tak mám k dispozici chybovou konzoli, spice konzoli a když to potřebuji, tak můžu ten stroj zkoumat i zevnitř přes monitorovací konzoli. O kousek výš jsem uvedl ukázkovou konfiguraci. Tady je to co se spouští:

qemu-system-x86_64 -daemonize -machine accel=kvm -name git -cpu kvm64 -M pc-q35-2.6 -m 2048 -spice port=4001,password=heslo -vnc :1,password -qmp telnet:localhost:12001,server,nowait -monitor telnet:localhost:11001,server,nowait -incoming tcp:0:14001 -device virtio-scsi-pci -drive file=rbd:onepool/git:id=libvirt:key=AQAqW4RWZN7EBRAAKNx6v8upPJw99S1/UdG3pQ==:auth_supported=cephx\;none:mon_host=host1,if=none,index=0,id=ceph.0,cache=none,media=disk,format=raw -device scsi-hd,drive=ceph.0 -netdev tap,id=tap.0,ifname=interni-git,script=/etc/openvswitch/ovs-ifup,downscript=/etc/openvswitch/ovs-ifdown -device virtio-net-pci,mac=ba:ba:ba:00:40:01,netdev=tap.0 -netdev tap,id=tap.1,ifname=main-git-1,script=/etc/openvswitch/ovs-ifup,downscript=/etc/openvswitch/ovs-ifdown -device virtio-net-pci,mac=ba:ba:ba:02:40:01,netdev=tap.1 -serial file:/var/log/git.serial

Kdo by se s tím ťukal, že? Ovšem přidat další blokové zařízení (drive) nebo síťovku (nic), znamená jen drobnou změnu v konfiguráku git.conf, který jsem uvedl v příspěvku výše. Skript se umí sám distribuuovat na všechny hostitele – a pochopitelně také zobrazovat rozdíly v konfiguračních souborech, když na to přijde. A když potřebuji odzkoušet nějaké parametry qemu, či přidat něco atypického, mohu zneužít proměnnou cpu, pokud se mi to nechce rovnou implementovat.

Mně na libvirtu vždycky vadilo právě to zpoždění. A vlastně mi to zpoždění vadí i u distribuční verze qemu, protože obvykle ještě neměla podporu toho co jsem potřeboval. Takže si kompiluji jen jeden balík a když nastane chyba, tak ihned vím kde a jak ji hledat. Svoje řešení ale nikomu nevnucuji. Skript mám především pro svou potřebu – bohužel prozatím ve stavu, kdy se ho neodvažuji dát veřejně v plen - mraky komentářů, kontrolních zpráv, slepých kousků kódu a pokusných funkcionalit. Aktuálně má asi 4 tisíce řádků (včetně dokumentace, která je v tom) zbývá doladit hromadné migrace, protože jsem nedávno integroval věci o které se dřív staral pacemaker, jako např. banování a prioritizace strojů a virtuálů a je třeba to zdokumentovat, než se mi to vykouří z hlavy. A v plánu mám další věci, které má libvirt pochopitelně dávno vyřešené (teda si to alespoň myslím), ale budu to muset dát na chvíli zase k ledu, protože za tohle mě zrovna neplatí.