xen(?) hiba
Sziasztok! Van egy xen-es szerverem. Lenny, amd64. Fut rajta egy domU, szintén amd64-es Lenny. Megy szépen egy jó ideje. Került bele 2 nagyobb diszk. Csináltam belőle md-t, rá LVM-et. Tettem rá ext3-at. Lelőttem a domU-t, áttettem a fájlokat rá (rsync), majd a xen config átírása után indítanám és nem indul: [1.999029] bash[1]: segfault at 7fe2f7d5b536 ip 7fe2f7d5b536 sp 7fff96f48c70 error 14 in ld-2.7.so[7fe2f8d49000+1c000] [1.999341] Kernel panic - not syncing: Attempted to kill init! ...és tényleg: bemountolva az LV-t, belechrootolni sem megy: chroot /ahova /bin/bash és pörög a CPU 23422 root 20 0 22520 1424 1160 R 100 0.0 0:37.00 bash és semmi. Killelni kell. Ha az eredeti LV-ről csinálok egy snapshotot és bemountolom, akkor simán bele tudok chrootolni... Látott már ilyet valaki? Egyáltalán hogy létezhet ez? -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen(?) hiba
2011.11.28. dátummal, 14:51 időpontban Erdelyi Gabor írta: Sziasztok! Van egy xen-es szerverem. Lenny, amd64. Fut rajta egy domU, szintén amd64-es Lenny. Megy szépen egy jó ideje. Került bele 2 nagyobb diszk. Csináltam belőle md-t, rá LVM-et. Tettem rá ext3-at. Lelőttem a domU-t, áttettem a fájlokat rá (rsync), majd a xen config átírása után indítanám és nem indul: [1.999029] bash[1]: segfault at 7fe2f7d5b536 ip 7fe2f7d5b536 sp 7fff96f48c70 error 14 in ld-2.7.so[7fe2f8d49000+1c000] [1.999341] Kernel panic - not syncing: Attempted to kill init! ...és tényleg: bemountolva az LV-t, belechrootolni sem megy: chroot /ahova /bin/bash és pörög a CPU 23422 root 20 0 22520 1424 1160 R 100 0.0 0:37.00 bash és semmi. Killelni kell. Ha az eredeti LV-ről csinálok egy snapshotot és bemountolom, akkor simán bele tudok chrootolni... Látott már ilyet valaki? Egyáltalán hogy létezhet ez? Bár nem a kérdésedre válasz, de ha van lvm akkor miért is nem pvmove-al migrálsz a nagyobb diszkre? -- Üdvözlettel, Gábriel Ákos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen(?) hiba
Ákos Gábriel akos.gabr...@i-logic.hu wrote: Bár nem a kérdésedre válasz, de ha van lvm akkor miért is nem pvmove-al migrálsz a nagyobb diszkre? Ezt nem tudom megmondani. :) Majdnem úgy csináltam, de aztán mégsem. Szerintem most nagyon jól lártam ezzel, mert egyébként talán most tehetném vissza a backupokat :) Egyébként megcsináltam egy másikat is: # chroot /mnt/valami Segmentation fault Ennek van napi dirvish-es backupja, amibe gond nélkül bele lehet chrootolni. A shapshotba is. Mi okozhat ilyet? Rossz a tömb? Az lv? A diszk? -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen(?) hiba
On Mon, 28 Nov 2011, Erdelyi Gabor wrote: Mi okozhat ilyet? Rossz a tömb? Az lv? A diszk? Nekem az okozott hasonlo problemat, amikor 64 bites userspace-ben csinalt xfs-t akartam atmeretezni, stb 32 bites domu-ban... Udv, -=Lajbi=- LAJBER Zoltanhttp://lajli.gau.hu/~lajbi engineer: a mechanism for converting caffeine into designs. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen(?) hiba
Lajber Zoltan la...@lajli.gau.hu linux@mlf.linux.rulez.org wrote: On Mon, 28 Nov 2011, Erdelyi Gabor wrote: Mi okozhat ilyet? Rossz a tömb? Az lv? A diszk? Nekem az okozott hasonlo problemat, amikor 64 bites userspace-ben csinalt xfs-t akartam atmeretezni, stb 32 bites domu-ban... Azóta az történt, hogy az eredeti helyről nem az adott VG-n lévő LV-re másoltam, hanem egy harmadikon lévőre és úgy jó. Ezt így hogy? :) Az előző VG-n (ahol nem jó, ugye) van más LV és az jó. Az alatta lévő diszkeket nulláztam, összeraktam (mdadm), pvcreate, vgcreate, lvcreate, semmi gond nem volt. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
On Tue, May 17, 2011 at 04:19:50PM +0200, Kovács Attila wrote: Oprendszertől függetlenül igaza van Friczynek imho. Ha nincs legalább nyolc giga ram a gépben, felesleges a 64 bites rendszer. (128 bit rlz ;)...) 1 GB fizikai memoria folott nem akarsz 32 bites kernelt hasznalni, hacsak nincs valami nagyon-nagyon nyomos okod. A HIGHMEM es a PAE nem azert van bekapcsolva manapsag mar mindenhol, mert az idok folyaman csokkent volna az overhead, hanem azert, mert akinek szamit a teljesitmeny, az ugysem hasznal 32 bites kernelt. Ettol persze a user space meg lehet 32 bites... Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
2011/5/16 Nemeth Gyorgy fri...@freemail.hu: Vagy nem. 2GB-os Eee PC-men az OEM Win7 pl. szintén 32 bites, és a hasonló méretű gépeken nem hiszem, hogy sok 64 bites lenne. Ha már nagyobb RAM van, akkor nyilván érdemes, de addig nem igazán van előnye. Hú de ki leszünk vágva ;-))) Gondolom, Win7 Basic van a gépen: az OK, 32 bites, 64 bites nincs is belőle. De ezen kívül új notebookon 32 bites rendszert (Win7)talán még nem is láttam. Gyári gépeket nem nagyon adunk el, azokról nem tudok nyilatkozni, de az általunk összerakott gépekre is 64 bites Win7 megy, hacsak valami kizáró ok nincsen - de akkor meg általában XP. Ez meg a linux lista, úgyhogy be is fejezem ;-) -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
2011.05.17. 9:44 keltezéssel, Norbert Vastagh írta: 2011/5/16 Nemeth Gyorgyfri...@freemail.hu: nagyobb RAM van, akkor nyilván érdemes, de addig nem igazán van előnye. Ez meg a linux lista, úgyhogy be is fejezem ;-) Oprendszertől függetlenül igaza van Friczynek imho. Ha nincs legalább nyolc giga ram a gépben, felesleges a 64 bites rendszer. (128 bit rlz ;)...) (Kivéve ha muszáj valami miatt, de akkor meg legyen RAM is...) -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
2011/5/17 Kovács Attila ka...@l3.hu: Oprendszertől függetlenül igaza van Friczynek imho. Ha nincs legalább nyolc giga ram a gépben, felesleges a 64 bites rendszer. (128 bit rlz ;)...) Nem azt mondom, hogy nincs igaza: hanem azt, hogy az új gépekre 64 bites Windows-t raknak (kivéve, ha netbook, és Win7 Basic van rajta ;-) ha kell, ha nem. Bár általában a 4GB memória meg is van bennük, és ahhoz már azért nem árt. -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
On 2011-05-17 09:44, Norbert Vastagh vasti...@gmail.com wrote: Vagy nem. 2GB-os Eee PC-men az OEM Win7 pl. szintén 32 bites, és a hasonló méretű gépeken nem hiszem, hogy sok 64 bites lenne. Ha már nagyobb RAM van, akkor nyilván érdemes, de addig nem igazán van előnye. Hú de ki leszünk vágva ;-))) Gondolom, Win7 Basic van a gépen: az OK, 32 bites, 64 bites nincs is belőle. Win7 Home Premium. -- --- Friczy --- 'Death is not a bug, it's a feature' _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
Norbert Vastagh vasti...@gmail.com linux@mlf.linux.rulez.org wrote: Az biztos: már sok (legalább 6-7) éve csak 64 bites procik vannak, de 64 bites rendszert még mindig kevesen használnak ;-) azert erre ne vegy merget... raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
Andras HORVATH r...@elvis.elte.hu wrote: Az biztos: már sok (legalább 6-7) éve csak 64 bites procik vannak, de 64 bites rendszert még mindig kevesen használnak ;-) azert erre ne vegy merget... Jaja, szerintem nem nagyon van mar 32bites szerverem nekem sem. Par regi van, de nem jellemzo. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
2011/5/16 Erdelyi Gabor erdel...@host.epgep.bme.hu: Jaja, szerintem nem nagyon van mar 32bites szerverem nekem sem. Par regi van, de nem jellemzo. A szerver az más téma, persze: manapság már ha nem csak tűzfal pl. a gép, akkor nem 1GB memóriát dug bele az ember. Itt most mellettem két szerver pihizik, az egyikben 16, a másikban meg 32GB RAM van ;-) De azért kíváncsi lennék, hogy az élő gépek mekkora részében van 64 bites proci (ha 5-6 évesnél fiatalabb a gép, akkor az van benne), és hányon fut 64 bites rendszer? Szerintem nem sokon... A Win7 lendített a dolgon egy kicsit, mert abból már szinte csak 64 bites kerül a gépekre. Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
On 2011-05-16 20:11, Norbert Vastagh vasti...@gmail.com wrote: De azért kíváncsi lennék, hogy az élő gépek mekkora részében van 64 bites proci (ha 5-6 évesnél fiatalabb a gép, akkor az van benne), és hányon fut 64 bites rendszer? Szerintem nem sokon... A Win7 lendített a dolgon egy kicsit, mert abból már szinte csak 64 bites kerül a gépekre. Vagy nem. 2GB-os Eee PC-men az OEM Win7 pl. szintén 32 bites, és a hasonló méretű gépeken nem hiszem, hogy sok 64 bites lenne. Ha már nagyobb RAM van, akkor nyilván érdemes, de addig nem igazán van előnye. -- --- Friczy --- 'Death is not a bug, it's a feature' _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
2011/5/13 Erdelyi Gabor erdel...@host.epgep.bme.hu: De hogy nem fut 64-bites procin 32-bites cucc? Visszafele kompatibilisnek kellene lennie, nem? Az biztos: már sok (legalább 6-7) éve csak 64 bites procik vannak, de 64 bites rendszert még mindig kevesen használnak ;-) -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
2011.05.13. 9:47 keltezéssel, Erdelyi Gabor írta: De hogy nem fut 64-bites procin 32-bites cucc? Visszafele kompatibilisnek kellene lennie, nem? Az egyik procira (intel) és a másikra (amd) optimalizált kód probléma nem ugyanaz mint a 32 bit kontra 64 bit -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
Erdelyi Gabor erdel...@host.epgep.bme.hu wrote: Az i386 vs. amd64 átállás körül nem lehet galiba? Nem őrizted meg véletlenül a domU eredeti initrd+kerneljét? Ez gyanus, mert: xm create: [...boot...] Begin: Running /scripts/init-bottom ... done. [1.396914] init[1] trap invalid opcode ip:f77090aa sp:ffa19488 error:0 in libc-2.3.6.so[f761b000+111000] [1.397126] Kernel panic - not syncing: Attempted to kill init! De hogy nem fut 64-bites procin 32-bites cucc? Visszafele kompatibilisnek kellene lennie, nem? -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
Hi, Erdelyi Gabor erdel...@host.epgep.bme.hu írta 2011-05-09 10:36-kor: Volt egy virtualszerver, amin etch futott, xen-nel, rajta par domU. i386. Ment is, de lett uj vas, lenny-s. Tegnap attettem az etch-es domU-kat ra. ... kernel = '/boot/vmlinuz-2.6.26-2-xen-amd64' ramdisk = '/boot/initrd.img-2.6.26-2-xen-amd64' ^ Az i386 vs. amd64 átállás körül nem lehet galiba? Nem őrizted meg véletlenül a domU eredeti initrd+kerneljét? Üdv:Gyur! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
PÁSZTOR György pasz...@linux.gyakg.u-szeged.hu wrote: Erdelyi Gabor erdel...@host.epgep.bme.hu írta 2011-05-09 10:36-kor: Volt egy virtualszerver, amin etch futott, xen-nel, rajta par domU. i386. Ment is, de lett uj vas, lenny-s. Tegnap attettem az etch-es domU-kat ra. ... kernel = '/boot/vmlinuz-2.6.26-2-xen-amd64' ramdisk = '/boot/initrd.img-2.6.26-2-xen-amd64' ^ Az i386 vs. amd64 átállás körül nem lehet galiba? Nem őrizted meg véletlenül a domU eredeti initrd+kerneljét? Megvan a regi vas is, de kikapcsolt allapotban. Ezt amugy is ki akartam probalni,csak maceras, mert nem ott vagyok, ahol a vas... De megprobalom leszedetni kollegaval a kernelt. Szolok, hogy mi lett. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
Erdelyi Gabor írta: A xen elrontja a lenny-s rootfs-t? Valakinek van otlete? Nem nagyon tudok hozzászólni, de az valószínű, hogy ha úgy el lehet rontani egy fs-t, hogy a kernel segfault-oljon, akkor az fs driver bug, vagy stb. ilyesmi. De... Ugyazez az fs mondjuk reboot után sem jó? Memtest megvolt azon a gépen? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
Moczik Gabor pm_levli...@progzmaster.hu wrote: Ugyazez az fs mondjuk reboot után sem jó? Nem tudom, mert nem volt reboot azota. Memtest megvolt azon a gépen? Fel oraja igazolta vissza az ugyfel, hogy mehet egy memtest valamikor :) Nekem is gyanus... Valami nem kerek. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
xen hiba (?)
Hello! A kerdojel azert van, mert nem biztos, hogy a xen a ludas. :) Volt egy virtualszerver, amin etch futott, xen-nel, rajta par domU. i386. Ment is, de lett uj vas, lenny-s. Tegnap attettem az etch-es domU-kat ra. Nem indulnak el, segfaultolnak. De mountolva nem is tudok belechrootolni a domU-k rootjaba (Illegal instructions). Ma reggel nezegettem: igen erdekes jelenseget figyeltem meg. Teljesen szuz rendszerrel kezdek: lvcreate, mkfs.ext3, mount lenny-s root-ot tar xf oda utana: # chroot /mnt/ahova/ /bin/bash # exit ez jo. umount. Na most: === root@virtual:~# xm create -c /etc/xen/test.cfg [...] INIT: version 2.86 booting [2.677760] init[1]: segfault at 7fffb447a110 ip 7fffb447a110 sp 7fffb4479f78 error 15 [2.713726] init[1]: segfault at 0 ip 7f3e24211ff1 sp 7fffb4479618 error 6 in libc-2.7.so[7f3e24195000+14a000] [2.714073] Kernel panic - not syncing: Attempted to kill init! === Ez nem jo, de: xm shu, ujra mount vissza az LV-t es: # chroot /mnt/hd/ /bin/bash [semmi] lsof alapjan megnezem a pidet es: # strace -p PID [...] rt_sigreturn(0xb) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigreturn(0xb) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigreturn(0xb) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigreturn(0xb) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigreturn(0xb) = 0 [...] Reprodukalhato. A config: === name = x kernel = '/boot/vmlinuz-2.6.26-2-xen-amd64' ramdisk = '/boot/initrd.img-2.6.26-2-xen-amd64' memory = 384 root = /dev/sda1 ro disk = [ 'phy:/dev/new/xper,sda1,w', 'phy:/dev/new/xswap,sda2,w', 'phy:/dev/newbu/xbu,sdc1,w' ] vif = [ 'ip=10.0.0.7, mac=00:16:3e:aa:aa:07' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash= 'restart' extra='xencons=tty' === A xen elrontja a lenny-s rootfs-t? Valakinek van otlete? # dpkg -l | grep xen ii libxenstore3.0 3.2.1-2 Xenstore communications library for Xen ii linux-image-2.6.26-2-xen-amd64 2.6.26-26lenny1 Linux 2.6.26 image on AMD64, oldstyle Xen support ii linux-modules-2.6.26-2-xen-amd642.6.26-26lenny1 Linux 2.6.26 modules on AMD64 ii xen-hypervisor-3.2-1-amd64 3.2.1-2 The Xen Hypervisor on AMD64 ii xen-linux-system-2.6.26-2-xen-amd64 2.6.26-26lenny1 XEN system with Linux 2.6.26 image on AMD64 ii xen-shell 1.8-3Console based Xen administration utility ii xen-tools 3.9-4+lenny1 Tools to manage Debian XEN virtual servers ii xen-utils-3.2-1 3.2.1-2 XEN administrative tools ii xen-utils-common3.2.0-2 XEN administrative tools - common files ii xenstore-utils 3.2.1-2 Xenstore utilities for Xen Ja, tegnap, miutan nem ment semmi, az egyetlen fontosat megcsinaltam. Ugyan ugy, ahogy a fentit, csak azt sikerult... :) Mit nem veszek eszre? 4 domU megy a vason, tuti, hogy valami banalis dolog. TIA! -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux