[Megoldva] Ubuntu szerverek Hyper-v alatt

 ( csfeco | 2019. március 13., szerda - 14:16 )

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?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

"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

Gugli reveláns találat:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1814069
Bár átfutva nagy segítség nincs benne.

trey: És az Ubuntu ellen nincs ellenérv? :D

Tényleg nem segít. De most már legalább nem vagyok egyedül.
Nekem ebből nem nagyon jön le az a nagy Ubuntu - Microsoft együttműködés.

"Nekem ebből nem nagyon jön le az a nagy Ubuntu - Microsoft együttműködés."

Gondolom, a Hyper-V-ből az ingyenes verziót használod, különben már nyitottál volna rá egy incidenst a Microsoftnál?

--
trey @ gépház

Nem hiszem:

"Jó pár éve üzemeltetek Linux, főleg Ubuntu virtuális szervereket egy Windows 2012 cluster"

Nekem az rémlik, hogy incidenst lehet nyitni premier support nélkül is (talán valami 30k körüli nyitó árral plusz óradíjjal), de fixme.

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.

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

Ezért tértem át CentOs-ról Ubuntu-ra. Az egy szem maradvány CentOS-on pedig nem frissítek.
Most, hogy Ubuntun-is sikerült implementálni egy kernel problémát, mire érdemes áttérni?

XEN, KVM, esetleg vmware :D

Fedora 28, Thinkpad x220

A Hyper-V Cluster adott. A rektorátus szerint a Microsoft az az informatika alfája és ómegája.
Ráadásul itt nem az én linuxaim futtatása a fő feladat.
Nem az volt a kérdés mire kell cserélni a Hyper-v -t.

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

Hyper-V-vel is remekül mennek. Azt lenne érdemes megnézni, hogy az adott LTS-hez fordított következő LTS kernellel is problémázik-e. Valószínüleg a 4.4-es kernelbe nem backportolták vissza a változást Ubuntuék, amitől megáll az élet.

Eleve az Azure kernelt ajánlja hozzá
Microsoft.

De backportolták.
Hibajegyet a 4.15 -re találtam, nálam először a 4.4-nél jelentkezett, aztán frissítve 4.15-ön is.

"A rektorátus szerint"

Mindig szórakoztat, amikor műszaki kérdésekre laikusok hoznak meg döntéseket. Esetleg dobj nekik egy levelet a problémával, hogy ehhez mit tudnak hozzászólni.

--
trey @ gépház

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

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.

Kernel van, a linux-azure csomagban:
https://packages.ubuntu.com/bionic/linux-azure

Ezt használd HyperV-hez is.

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.

Akartam éppen kérdezni, hogy mi az oka a 32 bitnek, amikor már erősen a megszüntetés felé halad a léte.

--
trey @ gépház

subs4fun
____________________
echo crash > /dev/kmem

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.

van egy 16nodeos jatekom belole, egesz turheto amikor nem csattannak el az infra VM-ek

sub
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház

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-working-with-kernel-4-4-0-143-generic-xubuntu-16-0

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?

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."