Re: [Lug-bg] XEN 3.0.3, Ubuntu 7.04

[Dimitar Popov <insane@xxxxxxxxxxxxxxxx>]

On Monday 08 October 2007 15:59, Alexander Iliev wrote:
> Здравейте.
>
> Правих преди около година опити с XEN, но тогава поддръжката на
> Intel VT и AMD Pacifica беше в ранен стадий и не ми вършеше много
> работа.
>
> Наскоро реших да проверя докъде са стигнали нещата и инсталирах
> XEN пакетите, които вървят с  Ubuntu Feisty 7.04 (ubuntu-xen-server).
>
> Общо взето си правя експерименти, като се пробвах да подкарам
> Windows XP, CentOS 4.5, CentOS 5, OpenBSD 4.0 и Ubuntu 7.04 като
> domU. Пълен успех постигнах единствено с CentOS 4.5.
>
> Ubuntu-то се инсталира без проблеми, след което забива на prompt-а
> на GRUB.
>
> Windows-а май най-много съм го борил за момента. При него ситуацията
> е следната - тръгва инсталацията и стига до 'Setup is starting Windows'
> и там си остава.
>
> Намерих в RH KB ето това http://kbase.redhat.com/faq/FAQ_103_10987.shtm
> За жалост не помага при мен.
>
> Пробвах да играя с pae, acpi и apic опциите в конфигурацията, но
> не добих положителен ефект (единствената разлика бе, че в един от
> случаите вместо да зацепи на 'Setup is starting Windows' се рестартира).
>
> По логовете не забелязах нещо интересно.
>
> Някакви насоки поне ако може... :)
>
> Малко информация:
>
> всичкия софтуер, който ръчкам е 32 битов (dom0 ubuntu-то, domU os-ите,
> xen пакетите (логично)).
>
> Dom0 CPU: AMD Athlon 64 3200+
> Dom0 kernel: Linux shtaiga 2.6.19-4-server #2 SMP Thu Apr 5 06:07:34 UTC
> 2007 i686 GNU/Linux
>
> конфигурация на domU:
>
> import os, re
> arch = os.uname()[4]
> if re.search('64', arch):
>     arch_libdir = 'lib64'
> else:
>     arch_libdir = 'lib'
>
> kernel = "/usr/lib/xen-ioemu-3.0/boot/hvmloader"
> builder='hvm'
> memory = 512
> pae = 1
> acpi = 0
> apic = 0
> device_model = "/usr/lib/xen-ioemu-3.0/bin/qemu-dm"
> shadow_memory = 8
> name = "WindowsXPGuest1"
> vif = [ 'type=ioemu, bridge=xenbr0' ]
> disk = [ 'file:/tmp/windows-xp-1.img,hda,w',
> 'file:/home/shared/Downloads/os/Windows/XP/tpb/winXP SP2 may
> 2007/e-xpc2my2k7r.iso,hdc:cdrom,r' ]
> boot = "d"
> sdl = 1
>
>
> Поздрави,

Здрасти,

Докато се рових в ChangeLog-а на 2.6.22.6, открих това:

commit f24e131c7e06c4f0bbb69bebf66d16bde48c3f31
Author: Zachary Amsden <zach@xxxxxxxxxx>
Date:   Wed Aug 22 14:02:02 2007 -0700

    i386: fix lazy mode vmalloc synchronization for paravirt

    Found this looping Ubuntu installs with VMI.

    If unlucky enough to hit a vmalloc sync fault during a lazy mode
    operation (from an IRQ handler for a module which was not yet populated
    in current page directory, or from inside copy_one_pte, which touches
    swap_map, and hit in an unused 4M region), the required PDE update would
    never get flushed, causing an infinite page fault loop.

    This bug affects any paravirt-ops backend which uses lazy updates, I
    believe that makes it a bug in Xen, VMI and lguest.  It only happens on
    LOWMEM kernels.


    Touching vmalloc memory in the middle of a lazy mode update can generate a
    kernel PDE update, which must be flushed immediately.  The fix is to leave
    lazy mode when doing a vmalloc sync.

    Signed-off-by: Zachary Amsden <zach@xxxxxxxxxx>
    Cc: Andi Kleen <ak@xxxxxxx>
    Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
    Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
    Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxx>

Така, че бих те посъветвал да си обновиш ядрото и да пробваш пак. :) Ще се 
радвам ако споделиш дали си успял.

Успех!

Поздрави,
Митко
_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg