Van egy ram hagyomanyozott xen 3.1.0-s cucc, ami dist-bol lett telepitve (gondolom az install.sh szkripttel). Na most ugy gondoltam, hogy esetleg kiprobalom a 3.2.1-et forrasbol forditva es telepitve (ui. kellene egy kulso, proprietary kernel modult is forditanom, amihez szukseges lenne a forras, meg talan nem art elobb beleasnom magam, mint kesobb...)
Szoval nagy nehezen el is jutottam a "make world" vegeig (a mercurial-lal valo kapcsolat eleg bena benne,IMHO), es meg telepiteni is sikerult (make install) az uj verziot, a hozza valo kernelt, meg initrd-t (update-initramfs -c ... ) A reboot is OK-nak tunt, amennyiben a vegen kaptam egy rendes "login:" promptot, azonban a regi domU-k elinditasa nem ment siman. Nevezetesen a domU-bol nem latszik a bridge-elt interface (eth0 van, de a dom0-t nem tudom megpingetni, meg egy kezi ifconfig utan sem... mert egyebkent dhcp ment volna, de ott lattam, hogy nem kap valaszt). Sajnos a google-n nem jartam sikerrel a problema felgongyoliteseben, azonban az uj /etc/xen/qemu_ifup szkriptben veletlenul talaltam egy emgjegyzest, miszerint ez a halozatosdi kicsit megvaltozott (nincsen netloop akarmi, es az ethX lesz a bridge if. neve, stb. ...?) Szoval az lenne a kerdes, hogy szembesult-e mar ezzel vki, ill. sikerult-e megoldania? -- sZs Bonusz kerdes "szakertoknek:" mi lenne a failsafe modja egy ilyen (xen) upgrade-nek? En vegulis dirvish backup-bol visszatudtam allitani a 3.1.0-es cuccot, de hatha van ennek szebb modja: a kernel upgrade-nel a boot loaderben szepen be tudom allitani, hogy ha nem jon ossze az uj, akkor toltse be a regit, de az xen upgrade-nel ez nem tunik ilyen egyszerunek... _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
