Virtuální linuxový server - User Mode Linux (diskuse)

[Daniel Smolik]

Zdavim, UML je super rozbehl jsem si ho i na woodym akorat je potreba zkompilovat novejsi uml-utils. Je by me zajimalo zda nekdo nerozbehl uwoodyho to je dsitribuce zalozena na uClibc (www.uclibc.org). Snazil jsem se ale nikdy mi nenabehl jejich root fs. Dan

[Roman Vasicek]

s/&nsbp;/ /

[Robert Krátký]

Díky. Opraveno.

[Dan Horák]

Uz nejakou dobu existuje projekt Xen (http://www.cl.cam.ac.uk/Research/SRG/netos/xen/index.html), ktery by mel byt nejvykonnejsim resenim pro soucasny a bezpecny beh vice OS na jednom HW. Je to neco podobneho jako je system VM pro mainframy.

[Zdeněk Burda]

O Xen vim, pokud najdu trochu casu, napisu o nem clanek.

[llook]

> "prakticky neexistuje cesta ven do hostitelského systému"

A co teoreticky? Vypadá to hodně dobře, ale zajímalo by mě, jestli to opravdu je tak bezpečný, jak se tváří. To by se pak dalo využít podobně jako Jail v BSD systémech, například k pronajímání prostoru na serveru s neomezenou možností CGI skriptování apod.

Ale jinak super článek. Je s podivem, jak srozumitelně lze tuto tématiku podat.

[Zdeněk Burda]

Prave kvuli pronajimani prostoru na serveru jsem se zacal UML zabyvat.

Jsem ted v praci, takze nemuzu moc reagovat. Vecer se pokusim reakce precist a odpovedet.

[deda.jabko]

taky sem se tim pred urcitou dobou (rok,dva zpet) zabyval a propad vykonu u UML byl docela znat... z tohoto pohledu by mohl byt velmi zajimavy solaris 10...

[Honza Houštěk]

Mira separace je u UML podstatne vetsi, nez u BSD jailu. Je treba si uvedomit, ze hostitelsky system pouziva vlastni kernel. Pokud bych mel na Linuxu najit neco blizsihu jailum, byl by to spis vserver.

[core]

Na pronajimani prostoru mi prijde lepsi Linux-VServer http://www.linux-vserver.org/, to je BSD jailu podobne jeste vic. Jen tam doladit CPU limity (v devel verzi uz je).

[petr_p]

Velmi pekny clanek. Jen mi uteklo par detailu:

UML podpora je primo ve vanilla jadre? Neni potreba nejaky patch?

Co bezpecnost? Pri nastavovani sitoveho rozhrani uvnitr UML si UML jadro dokazalo spustit procesy v hostitelskem systemu. To mi neprijde zrovna nejlepsi.

Jestli jsou moje predpoklady spravne, tak UML je dobre akorat tak na to, kdyz chci vice paralelnich systemu. Ale jako bezpecnosti opatreni je to na nic (neco jako chroot(2)).

[megi]

Je v řadě 2.6.x. Jináč bezpečnost výrazně vylepší SKAS patche zde:

http://uml.tuxrocks.com/Patches/ http://www.user-mode-linux.org/~blaisorblade/patches/skas3-2.6/

O co jde: http://user-mode-linux.sourceforge.net/skas.html

[Stanislav Brabec]

Lepší dd je:

dd if=/dev/zero of=/home/uml/debian.img bs=1M count=0 seek=4096

Váš dd udělá 4097MB, poslední MB je fyzicky alokovaný.

Napadá mne, zdali by se nedal sloučit UML s vícevrstevnými root FS, používanými u live CD. Ušetřil by se tím prostor na disku a vyřešil by se upgrade mnoha UML - zákazníci by dostali pronajatý server na vícevrstevném souborovým systému. Ten by byl pouze ke čtení (např. přes NFS), a na něm by byla vrstva pro zápis, takže zákazník by měl právo zápisu, ale provedené změny by se ukládaly pouze lokálně. Samozřejmě /home a /tmp, a možná části /var nebo /srv, by byly čistě lokální.

[megi]

Tohle už funguje "out of box". Jmenuje se to COW (copy on write).

[Nikola Ciprich]

cow je super vec, ale neni to tak jednoduche - presneji nejde pomoci cow vyresit ty upgrady: pokud uz jednou mate vytvoreny cow soubor, nesmi se menit master soubor

[Zdeněk Burda]

presne tohle je COW jak pise kolega predemnou, pokud zadam jadru pri spousteni udb0=/home/uml/debian_cow.img,/home/uml/debian.img tak debian.img je spolecny pro vsechny system, je jen pro cteni, debian_cow.img je prave ten soubor kam se zapisuji zmeny

[Digero]

Tohle by se mi hodilo na livecd, kde bych mohl sehnat podrobnejsi info? Moc jsem toho nevygoogloval :(

[Zdeněk Burda]

tusim, ze iSteve to pouziva na sve live distribuci, koukni se jak to tam ma udelane: deadcd

[Digero]

Tak podle FAQ to nepouziva, neda se to pouzit na komprimovany loop back fs :(

[iSteve]

COW[loop/links] nepouzivam, pouzivam UnionFS Duvodu je nekolik, hlavni jsou:
a) Cowloop (nasledovnik cowlinks, coz byl dost bastl) umoznuje zatim jenom jeden mountpoint.
b) Cowloop je na device layeru, tudiz filesystem musi bejt RW, coz squash nebo iso neni. Da se to obejit (image ext2 v squashi nebo tak), ale neni to nejlepsi reseni.
c) UnionFS je vyrazne, _vyrazne_ flexibilnejsi
UnionFS taky budu pouzivat pro system modulu.

[ondrej]

Doteraz som neprisiel na to ako spravit 32bit UML linux na 64bit jadre. (rozne chyby pri kompilacii, s gcc a cross compilerom) Posledne som to skusal pri jadre 2.6.5. Viete niekto ako na to?

[Jiří Unčovský]

Nejde, port UML pro AMD64 nejenze neexistuje, ale i kdyby se ti UML podarilo zkompilovat jako i386 aplikaci, tak syscall uname v UML bude hlasit stale amd64, takze musis zmenit bud volani syscallu uname nebo zajistit ze syscall uname bude vracet info o i386 a to v zdrojovem kodu UML, ale protoze "linux" je staticky linkovany program, tak nejde pretizit syscally pres LD_PRELOAD, ale jen trasovat procesy UML pomoci ptrace a pak po volani syscallu uname modifikovat. Nahodou takovy program jsem si napsal, takze ho muzu vystavit.

[ondrej]

Ano to viem, ze neexistuje port pre amd64. Existuje linux32 co spravi zopar zazrakov a uname vracia i686. Prikaz `make memuconfig ...` prebehne v poriadku. Chyby nastanu az pri samostatnej kompilacii alebo uz pri znasilnovani ndis wrapperu tak aby sa dal skompilovat v UML. Neviem spravit cross kompilaciu v x86_64 do i686 :(

Nuz co, Broadcom je uz dalsia firma ktorej uz nedam ani cent.

[Jiří Svoboda]

Sice off-topic, ale prave neuveritelne potize s kompilaci a crosskompilaci me primely k navratu (doufam docasnemu) k 32 bitum.
Namatkove:
64 bitovy 'mplayer' jde sice zkompilovat a bezi, ale neumi pouzivat win codecy (obcas jsou potreba). 32 bitovy nejde vubec zkompilovat (pres linux32).
'e-uae' se pod 64 bity zkompiluje, ale pri spousteni segfaultuje, pod 32 bity opet nejde ani zkompilovat...

[digri]

moc pekne, strucne a prakticky napsany clanek, diky

[JimiK]

Prosím o radu. Nevím, proč mi

INIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting MTA: exim4.
Starting internet superserver: inetd.
Starting deferred execution scheduler: atd.
Starting periodic command scheduler: cron.
INIT: Id "2" respawning too fast: disabled for 5 minutes
INIT: Id "3" respawning too fast: disabled for 5 minutes
INIT: Id "4" respawning too fast: disabled for 5 minutes
INIT: Id "5" respawning too fast: disabled for 5 minutes
INIT: Id "1" respawning too fast: disabled for 5 minutes
INIT: Id "6" respawning too fast: disabled for 5 minutes
INIT: no more processes left in this runlevel
INIT: Id "2" respawning too fast: disabled for 5 minutes
INIT: Id "4" respawning too fast: disabled for 5 minutes
INIT: Id "3" respawning too fast: disabled for 5 minutes
INIT: Id "5" respawning too fast: disabled for 5 minutes
INIT: Id "1" respawning too fast: disabled for 5 minutes
INIT: Id "6" respawning too fast: disabled for 5 minutes

prosím, kde bych mohl mít chybu? :(

[Stanislav Brabec]

V inittabu (/etc/inittab). Skripty spouštěné odtud by neměly samy od sebe často končit.

[JimiK]

Už jsem na to přišel :) Takže tato chybová hláška vyskakuje, když nechám přimontovaný image FS a spustím UML.

[JimiK]

Hojda, zajímalo by mě, jestli lze v UML pracovat přímo se síťovkou hostitelského systému. Mám více síťových karet v pc a rád bych přímo s jednou z nich, která je připojena do jiného segmetu sítě dělal určité pokusy. Děkuji za každou radu