[Megoldva] Ubuntu szerverek Hyper-v alatt

Linux-haladó

Sziasztok!

Jó pár éve üzemeltetek Linux, főleg Ubuntu virtuális szervereket egy Windows 2012 claster-en.
Eddig nem volt velük semmi baj, de az utóbbi kb. 1-2 hónapban ha megfrissítem a kernelt a virtuális gépen, akkor többet nem indul el.
Kiválasztva egy régebbi kernelt elindul. A google-n nem igazán találtam releváns találatot a problémára.
Néhány hete két Ubuntu 18.04-et frissítettem, csak régebbi kernellel indulnak.
Legutóbbi frissített szerveren (Ubuntu 16.04) ugyan ez történt 4.4.0-78 kernel még elindul, 4.4.0-142 nem.
Csinál egy Oops-t a virtuális gép BIOS-ának matatásakor, aztán nem találja a rendszer diszket, majd egy promptot ad a BusyBox-ban.

Nézegettem, hogy van-e valamilyen kernel, támogatási csomag a Hyper-V-hez, de Ubuntu-ra nem találtam. Az Ms. kínál kész
virtuális gépet, de az desktop, és nem igazán akarok mindent újra rakni.
Mi a fene történt? Ha ez valami általános hiba lenne, akkor azért kéne találni róla valamit. Nálam viszont elég jól (100%) reprodukálható a hiba.
Valamit rosszul állítok be a virtuális gépen?

  • 1563 megtekintés

( trey | 2019. 03. 13., sze – 14:59 )

"A google-n nem igazán találtam releváns találatot a problémára."

Hát, igen. Mindig, amikor az ügyfélnél érvelnem kell a Hyper-V-vel szemben, a VMware oldalán, ez szokott az egyik érv lenni. Meg ezer másik.

--
trey @ gépház

Nem ingyenes. Használtam egy ideig azt is, a szerveren GUI nélkül, igazán élmény volt.
Nem éreztem Ms. problémának, szerintem itt a Linux kernel a hunyó. Be is jelentették a hibát, de javítás nincs, csak tökölés.
Meg aztán ez itt közszféra, itt semmi sem működik úgy mint a verseny/magán szférában. A Windows-okat nem én menedzselem, fogalmam sincs hogyan tudok bármit is nyitni a Ms.-nél, ha egyáltalán van rá lehetőségem.

( _ventura_ v | 2019. 03. 13., sze – 15:23 )

Ez ilyen, nekem, azureban van CentOS emlékszek ott is mindig volt valami gebasz 1-1 verzió váltás után, azaz ha centos 6.5 ről 6.6 ra lett frissítve akkor ugye újabb kernel újabb featurukkel, és reboot után csak pislogtam, hogy nem indul. Google-ben volt is rá találat, meg volt mikor javították utána, de ez már akkor is csak probléma.

Végül abban maradtunk kernel update akkor lesz, ha nagyon kell.

Főleg, hogy a hivatalos kernel centos 6 hoz, valami openlogic os lenne (azzal is volt telepítve). De az meg olyan régi mint az országút. :D Most is még a kernel-2.6.32-279.14.1.el6.openlogic.x86_64.rpm van, ami talán 6.3 as centos-hez van.

Fedora 28, Thinkpad x220

Tudom, hogy nem a hypervisor volt a kérdés. Viszont az tudom hogy 1x év xen használat meg egy kis KVM használat alatt sose volt gondom linuxokkal, és azzal 1-2 windows-al se.

Ehhez képest hyper-v alatt meg azzal az 1-2 linuxszal simán.

Ezért mondtam, hogy ez nem a linux sara. Maradj CentOS-nél és használd az openlogicos kernel-t még ha régi is. Vagy hagyd a kernel frissítést ahogy én is. Csak akkor upgradelj ha nagyon nagy gebasz van a kernelben.

Fedora 28, Thinkpad x220

Minek? Ilyenkor a legegyszerűbb utat választják: hülyének néznek.
Különben is, minden feladat megoldható windows-al is (ami nem, azt ők úgysem támogatják).
Egyébként, ne legyünk igazságtalanok: nem teljesen laikusok, csak van egy részemről vitatható világképük, megtámogatva néhány prekoncepcióval.

Ezen felül a probléma (részben) megoldva. Megfelelő kernelt kell használni, amit a 32 bites 16.04-ben nem találtam, mert ott nincs.
A címet hogy lehet átírni? Régen erre volt lehetőség, most nem találok ilyet. Oda biggyeszteném, hogy "megoldva".
(Chromium-ot használok, és nem ez lenne az első eset, hogy hiányoznak elemek. Pl. egyes HP switch-ek nem konfigurálhatóak vele, mert néhány gomb nem jelenik meg.)

"Egyébként, ne legyünk igazságtalanok: nem teljesen laikusok,"

;) Értem én.

"A címet hogy lehet átírni? Régen erre volt lehetőség, most nem találok ilyet. Oda biggyeszteném, hogy "megoldva"."

Veteránok tudnak saját témát szerkeszteni / törölni. FAQ-ban megtalálod az idevágó részleteket.

--
trey @ gépház

( szaboi | 2019. 03. 13., sze – 15:55 )

Hyper-V Integration Services nem okozhatja? (Főleg feltéve hogy használod :) )

Van ilyen Ubuntu-ra?
CentOS-hoz le lehetett tölteni az Ms.-től. Volt is baj belőle, lásd. fentebb.
Ms-től csak komplett Ubuntu desktop-ot láttam, nekem server kell.
Elég jól sikerült több kernel verzióra is implementálni a hibát, ehhez képest nem úgy tűnik, hogy a fejlesztők tudnák reprodukálni, és javítani.

A 18.04-hez 64 biten ez a megoldás (benne van a repo-ban).
Kerestem is ilyen néven kernelt, de nem találtam, egy 32 bites 16.04-en, ahol ilyen nincs.
Van egy pár mini virtuális Linux szerverem, ami semmi mást nem csinál csak proxy-zik, ezeknél jó ötletnek tűnt, hogy 512M memóriához 32 bitesek.

( chx | 2019. 03. 13., sze – 16:04 )

subs4fun
____________________
echo crash > /dev/kmem

( kleinie | 2019. 03. 13., sze – 20:35 )

Csak úgy "jácciból" próbálgattam Windows server 2016, Hyper-V, failover cluster (bocsánat, ezt nem tudom kihagyni: feladatátvevő fürt), hááááát, nem irigylem a windows rendszert üzemeltető rendszergazdákat. Marad a Proxmox, még úgy is, hogy most csak windows vendég van. Tudom, tudom, off, ezzel nem mész semmire. Hyper-V alatt én nem futtatnék mást, csak Windows-t.

( n.balazs v | 2019. 03. 13., sze – 22:41 )

Nekem volt valami hasonló hibám az elmúlt fél évben.
Ott az volt a hiba oka, hogy a kedves fejlesztők elfelejtettek bizonyos modulokat a kernelbe forgatni, modulként sem voltak a kernel mellett. A megoldás az volt, hogy azt a kernelverziót elkerültem - nem volt kedvem/időm kernelt forgatni.

Csak boldogításul egy hasonló hiba: https://askubuntu.com/questions/1122056/virtualbox-6-0-4-or-5-138-not-w…

Kérdéseim:
- Gen1 vagy gen2 vm-t használsz?
- Ubuntu 18.04-nél milyen kernelverzióval működik/nem működik a gép?
- Ubuntu 16.04-nél milyen kernelverzióval működik/nem működik a gép?
- Esetleg össze tudod hasonlítani a működő/nem működő kernelek "config" állományait és a /lib/modules alatt a modulok listáját?

( Proci85 v | 2019. 03. 14., cs – 10:11 )

Windowsos kollégám válasza:
"A Hyper-v az ubi bootloaderét nem a diszkre írja ki, hanem a vmconfig.xml-be, tehát ha megdöglik kernelfrissítés után, ami nem szokott túl gyakran lenni, akkor az XML fájl nem volt írható. Ilyen esetben eldobod a gépet a levesbe, a diszkjét egy új gépbe be kell tenni és a telepítőből egy grub-install-t kell futtatni. Ezt azért tudom, mert ismerem a történést, de ez a 8.0-s konfig előtt volt és csak a WinSRV2012 csinálta, 2016-esetén már jó, a 19-et meg még nem volt lehetőségünk próbára tenni."