WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

RE: [Xen-users] baremetal to PV troubles

To: "'Dylan Martin'" <dmartin@xxxxxxxxxxxx>, "'Xen Users'" <xen-users@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-users] baremetal to PV troubles
From: "Artur Linhart" <Artur.Linhart@xxxxxxxxxxx>
Date: Thu, 12 Jul 2007 09:49:32 +0200
Delivery-date: Tue, 17 Jul 2007 04:53:12 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070712000914.GC14438@xxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <20070710002632.GK3445@xxxxxxxxxxxx> <20070712000914.GC14438@xxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcfEGKFuhaeZRUF/TASGAYTyTnu5EQAQCXDw
Hello,

        Should not 32bit linux DomU also work under 64bit Xen? I thought it
is possible...

        With regards,

                Artur

-----Original Message-----
From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Dylan Martin
Sent: Thursday, July 12, 2007 2:09 AM
To: Xen Users
Subject: Re: [Xen-users] baremetal to PV troubles

Oy!  I think I figured it out.

Xen box     = 64bit
Tar archive = 32bit
Me                      = ouch!

> Hi.
> 
> I've got linux system running on it's own box that I want to convert to a 
> PV domU in xen.  The kernel panics after adding the xenblk module.
> 
>  Here's what I've done:
> 
> 1) tar'ed up the running non-xen system and copy to dom0
> 2) created new LV on dom0
> 3) fdisked, kpartx -a , pvcreate, vgcreate, lvcreate, mount etc... 
>       that LV into a normal file hierarchy. 
> 4) untar'ed the tar file from step 1 onto my new file heirarchy.
> 5) chroot to new file hierarchy
> 6) fiddle with /dev, /etc/modprobe, network config etc.. 
> 7) run mkinitrd with --with=xenblk
> 8) exit chroot
> 9) umount, vgchange -an, kpartx -d the new file hierarchy
> 10) copy kernel & new initrd out of new file hierarchy onto somewhere
> handy on Dom0.
> 11) build xm config file with kernel= and ramdisk= kernel and initrd
> from step 10
> 
> Obviously, this is not a detailed explanation, just an overview so
> you see the general method I'm using.
> 
> When I run 'xm create -c', it runs along nicely for a bit and then...
> 
> ...
> Loading ext3.ko module
> Loading xenblk.ko module
> Registering block device major 8
> blkfront: sda: barriers enabled
>  sda:end_request: I/O error, dev sda, sector 0
> Buffer I/O error on device sda, logical block 0
> BUG: unable to handle kernel paging request at virtual address
> a031dcc8
>  printing eip:
> ee02e928
> 01c96000 -> *pde = 00000000:38cda027
> 01c99000 -> *pme = 00000000:00000000
> Oops: 0000 [#1]
> SMP
> last sysfs file: /block/ram0/dev
> Modules linked in: xenblk ext3 jbd mbcache ehci_hcd ohci_hcd uhci_hcd
> CPU:    0
> EIP:    0061:[<ee02e928>]    Not tainted VLI
> EFLAGS: 00010887   (2.6.20-2925.11.fc7xen #1)
> EIP is at blkif_int+0x5a/0x18c [xenblk]
> eax: e0009c00   ebx: c0314000   ecx: 000002c2   edx: 08000100
> esi: 00000000   edi: c17160ac   ebp: c135cfc8   esp: c135cf9c
> ds: 007b   es: 007b   ss: 0069
> Process swapper (pid: 0, ti=c135c000 task=c12bd2e0 task.ti=c1307000)
> Stack: 00000000 c135cfc8 c1036df8 00000001 00000002 00000001 08000100
c12fa6b8
>        c1d22980 00000000 00000000 c135cfe0 c1047682 00000105 c12fa680
00000105
>        c1d22980 c135cff8 c1048a74 c12fa6a8 c1307f18 00000105 c10489da
c1307f34
> Call Trace:
>  [<c1005d3a>] show_trace_log_lvl+0x1a/0x2f
>  [<c1005dea>] show_stack_log_lvl+0x9b/0xa3
>  [<c1005f86>] show_registers+0x194/0x26a
>  [<c100618d>] die+0x131/0x246
>  [<c11f79d5>] do_page_fault+0xaf7/0xc7b
>  [<c11f5cf5>] error_code+0x35/0x3c
>  [<c1047682>] handle_IRQ_event+0x1a/0x45
>  [<c1048a74>] handle_level_irq+0x9a/0xea
>  [<c1007018>] do_IRQ+0xba/0xe2
>  =======================
> Code: e8 89 f6 8b 43 20 89 45 e0 e9 ed 00 00 00 8b 43 24 31 f6 48 23
> 45 e0 6b c0 6c 8d 78 40 03 7b 28 8b 17 69 c2 9c 00 00 00 89 55 ec <8b>
> 94 18 c8 00 00 00 8d 44 18 5c 89 45 f0 89 55 dc eb 11 8b 55
> EIP: [<ee02e928>] blkif_int+0x5a/0x18c [xenblk] SS:ESP 0069:c135cf9c
>  <0>Kernel panic - not syncing: Fatal exception in interrupt
> 
> Any ideas?
> 
> -Dylan
> 
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

__________ Informace od NOD32 2394 (20070711) __________

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users