From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [Xen-users] Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt Date: Thu, 28 Jan 2010 23:04:15 +0000 Message-ID: References: <20100128211616.GE2861@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20100128211616.GE2861@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Pasi =?ISO-8859-1?B?S+Rya2vkaW5lbg==?= , Gabor Szilagyi Cc: Martin Kraus , "xen-devel@lists.xensource.com" , xen-users , Thiago Camargo Martins Cordeiro List-Id: xen-devel@lists.xenproject.org No, it'll be a 32-bit-specific issue though. I would recommend just running a 64-bit build of Xen, if the CPU supports 64-bit mode. It'll be something to do with GRUB2 dumping the dom0 kernel and initrd higher in memory than GRUB1, past the end of where 32-bit Xen is set up to be able to access. Probably not a hard fix, although I have no GRUB2 installation to test with= . -- Keir On 28/01/2010 21:16, "Pasi K=E4rkk=E4inen" wrote: >=20 > CCing to xen-devel and Keir. >=20 > Keir: Have you seen this Xen hypervisor crash earlier? serial log below.. >=20 > -- Pasi >=20 > On Thu, Jan 28, 2010 at 03:47:20PM -0500, Gabor Szilagyi wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >>=20 >> Pasi K=E4rkk=E4inen wrote: >>> On Thu, Jan 28, 2010 at 03:00:09PM -0500, Gabor Szilagyi wrote: >>> Pasi K=E4rkk=E4inen wrote: >>>>>> On Thu, Jan 28, 2010 at 11:11:50AM -0500, Gabor Szilagyi wrote: >>>>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>>>> Hash: SHA1 >>>>>>>=20 >>>>>>> Pasi K=E4rkk=E4inen wrote: >>>>>>>> On Wed, Jan 27, 2010 at 09:41:02AM -0500, Gabor Szilagyi wrote: >>>>>>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>>>>>> Hash: SHA1 >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> Martin Kraus wrote: >>>>>>>>>> On Tue, Jan 26, 2010 at 05:34:59PM -0200, Thiago Camargo Martins >>>>>>>>>> Cordeiro wrote: >>>>>>>>>>> Hi! >>>>>>>>>>>=20 >>>>>>>>>>> 1- Get the ISO of the Debian Lenny 5.0 amd64 from http://debian= .org; >>>>>>>>>>> 2- Install your Debian into your own partition scheme (LVM over >>>>>>>>>>> RAID); >>>>>>>>>>> 3- Reboot into your new fresh Debian Lenny; upgrade it; >>>>>>>>>>> 4- * GRUB1 is still the default in Lenny, verify it; >>>>>>>>>>> 5- Install the Xen with the command: "aptitude install >>>>>>>>>>> xen-linux-system-2.6.26-2-xen-amd64"; >>>>>>>>>>> 6- Reboot into you new dom0. >>>>>>>>>> Thanks for the effort but how does this solve the problem that x= en >>>>>>>>>> doesn't >>>>>>>>>> start? I'm already running virtual hosts on that machine and I c= an't >>>>>>>>>> rip >>>>>>>>>> all of this apart just to get stuck with unbootable system again= . >>>>>>>>>>=20 >>>>>>>>>> What I need is to find out what the problem is and then start ri= pping >>>>>>>>>> stuff >>>>>>>>>> apart. I've tried to compile xen myself, versions 3.2, 3.3, 3.4,= hg >>>>>>>>>> tip, all >>>>>>>>>> get stuck at some time during xen boot. Until I've tried the liv= e cd, >>>>>>>>>> I >>>>>>>>>> thought that it's some incompatibility with my hardware but sinc= e the >>>>>>>>>> live cd is >>>>>>>>>> debian lenny on iso and it works fine, I have to look for the pa= rt >>>>>>>>>> that causes >>>>>>>>>> xen to freeze. >>>>>>>>>>=20 >>>>>>>>>> Since there is only bios, grub and xen running in turn before th= e >>>>>>>>>> machine >>>>>>>>>> gets stuck I'd say that the problem is in one of these systems. >>>>>>>>>>=20 >>>>>>>>>> I'll try to find out something about grub and then I'm going aft= er >>>>>>>>>> kvm before >>>>>>>>>> I decide to scratch the whole machine. >>>>>>>>> Hi Martin, >>>>>>>>>=20 >>>>>>>>> I am having the same problem ... ever since I installed grub2 I c= an >>>>>>>>> not >>>>>>>>> get xen to boot. I was told it is possible but yet to see someone >>>>>>>>> writing it down how. Tried the "new" syntax, put dummy=3Ddummy as f= irst >>>>>>>>> cmd line argument, even compiled the root=3D/... in the kernel noth= ing >>>>>>>>> works. >>>>>>>>>=20 >>>>>>>>> I just get Panic on CPU 0 ... and stuck dump. >>>>>>>>>=20 >>>>>>>> Please see: >>>>>>>> http://wiki.xensource.com/xenwiki/XenCommonProblems >>>>>>>>=20 >>>>>>>> section: >>>>>>>> "Booting Xen with GRUB2 fails?" >>>>>>> Thanks for the tip ... I tried all those no change : >>>>>>>=20 >>>>>>> here what I have currently in gurb.cfg both recommendation is use t= he >>>>>>> file name twice and use dummy=3Ddummy >>>>>> No, you don't use both of them. >>>>>>=20 >>>>>> The problem is that grub2 destroys the *first* parameter, >>>>>> so if you add the filename twice, that already is the extra >>>>>> first parameter, so no need for dummy anymore. >>>>>>=20 >>>>>> Or then don't add the filename, but use dummy. >>>>>> You just need *one* extra parameter there, as the first parameter. >>>>>>=20 >>>>>> See the working example from here: >>>>>> http://old.nabble.com/Strange-interaction-from-grub2-and-XEN-td26464= 067.h >>>>>> tml >>>>>>=20 >>>>>>=20 >>>>>>> I am trying both the newest patched kernel and the stuck kernel com= ing >>>>>>> with 3.4.2 source ... both compile without error (I pretty sure I g= ot >>>>>>> the config right for xen). Actually I can boot the 2.6.31.6-xen-2 o= n >>>>>>> bare metal (strangely not the 2.6.18.8 !!) >>>>>>>=20 >>>>>> xenlinux kernels (2.6.18.8) don't support running as baremetal. >>>>>> pv_ops Xen kernel do support that. >>>>>>=20 >>>>>>> But got the same error ... so I strongly believe that the xen-3.4.2= .gz >>>>>>> part crashes already with grub2 .. >>>>>>>=20 >>>>>>> I tried several other combination from grub> prompt pretty much the= same >>>>>>> CPU 0 panic and the numbers after (sometime sligthly different dum= p ) >>>>>>>=20 >>>>>> We really need to see the full console output to say what's wrong. >>> Pasi, Sorry for the crossposting I put this in my original thread as >>> well but maybe helpful here.. >>>=20 >>>=20 >>>> Ok.. Hmm.. weird crash. Try removing "sync_console console_to_ring" fr= om >>>> the xen options. >>>=20 >>>> Does that make a difference? >>=20 >> No unfortunately no difference: (note that I did make clean make >> install-xen) just to make sure it compiled right ... but the crash is >> identical... >>=20 >> __ __ _____ _ _ ____ >> \ \/ /___ _ __ |___ /| || | |___ \ >> \ // _ \ '_ \ |_ \| || |_ __) | >> / \ __/ | | | ___) |__ _| / __/ >> /_/\_\___|_| |_| |____(_) |_|(_)_____| >>=20 >> (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian >> 4.3.4-6) ) Thu Jan 28 15:41:41 EST 2010 >> (XEN) Latest ChangeSet: unavailable >> (XEN) Command line: dummy=3Ddummy dom0_mem=3D512M loglvl=3Dall >> guest_loglvl=3Dall com1=3D9600,8n1 console=3Dcom1 >> (XEN) Video information: >> (XEN) VGA is text mode 80x25, font 8x16 >> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >> (XEN) Disc information: >> (XEN) Found 2 MBR signatures >> (XEN) Found 2 EDD information structures >> (XEN) Xen-e820 RAM map: >> (XEN) 0000000000000000 - 000000000009d000 (usable) >> (XEN) 000000000009d000 - 00000000000a0000 (reserved) >> (XEN) 00000000000ce000 - 00000000000d4000 (reserved) >> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >> (XEN) 0000000000100000 - 00000000d7f80000 (usable) >> (XEN) 00000000d7f80000 - 00000000d7f98000 (ACPI data) >> (XEN) 00000000d7f98000 - 00000000d7fbc000 (ACPI NVS) >> (XEN) 00000000d7fbc000 - 00000000e0000000 (reserved) >> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >> (XEN) 00000000fec00000 - 00000000fec10000 (reserved) >> (XEN) 00000000fee00000 - 00000000fee01000 (reserved) >> (XEN) 00000000ff000000 - 0000000100000000 (reserved) >> (XEN) 0000000100000000 - 00000001fe000000 (usable) >> (XEN) 00000001fe000000 - 0000000200000000 (reserved) >> (XEN) >> (XEN) **************************************** >> (XEN) Panic on CPU 0: >> (XEN) Cannot access memory beyond end of bootstrap direct-map area >> (XEN) **************************************** >> (XEN) >> (XEN) Reboot in five seconds... >> (XEN) Unknown interrupt (cr2=3D00000000) >> (XEN) ff202ec4 a1e00000 00000002 ff22be54 00000086 00000001 >> ff1d68dc 00000000 ff14e687 0000e008 00000286 ff1d67c0 0000000a >> ff1c5146 ff22b0 >>=20 >>=20 >>>=20 >>>> -- Pasi >>>=20 >>> Press CTRL-A Z for help on special keys >>>=20 >>>=20 >>>=20 >>> __ __ _____ _ _ ____ >>>=20 >>> \ \/ /___ _ __ |___ /| || | |___ \ >>>=20 >>> \ // _ \ '_ \ |_ \| || |_ __) | >>>=20 >>> / \ __/ | | | ___) |__ _| / __/ >>>=20 >>> /_/\_\___|_| |_| |____(_) |_|(_)_____| >>>=20 >>>=20 >>>=20 >>> (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian >>> 4.3.4-6) ) Mon Jan 25 16:28:40 EST 2010 >>> (XEN) Latest ChangeSet: unavailable >>>=20 >>> (XEN) Console output is synchronous. >>>=20 >>> (XEN) Command line: dummy=3Ddummy dom0_mem=3D512M loglvl=3Dall >>> guest_loglvl=3Dall sync_console console_to_ring com1=3D9600,8n1 console=3Dcom= 1 >>> (XEN) Video information: >>>=20 >>> (XEN) VGA is text mode 80x25, font 8x16 >>>=20 >>> (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds >>>=20 >>> (XEN) Disc information: >>>=20 >>> (XEN) Found 2 MBR signatures >>>=20 >>> (XEN) Found 2 EDD information structures >>> (XEN) Xen-e820 RAM map: >>> (XEN) 0000000000000000 - 000000000009d000 (usable) >>> (XEN) 000000000009d000 - 00000000000a0000 (reserved) >>> (XEN) 00000000000ce000 - 00000000000d4000 (reserved) >>> (XEN) 00000000000e0000 - 0000000000100000 (reserved) >>> (XEN) 0000000000100000 - 00000000d7f80000 (usable) >>> (XEN) 00000000d7f80000 - 00000000d7f98000 (ACPI data) >>> (XEN) 00000000d7f98000 - 00000000d7fbc000 (ACPI NVS) >>> (XEN) 00000000d7fbc000 - 00000000e0000000 (reserved) >>> (XEN) 00000000f8000000 - 00000000fc000000 (reserved) >>> (XEN) 00000000fec00000 - 00000000fec10000 (reserved) >>> (XEN) 00000000fee00000 - 00000000fee01000 (reserved) >>> (XEN) 00000000ff000000 - 0000000100000000 (reserved) >>> (XEN) 0000000100000000 - 00000001fe000000 (usable) >>> (XEN) 00000001fe000000 - 0000000200000000 (reserved) >>> (XEN) >>> (XEN) **************************************** >>> (XEN) Panic on CPU 0: >>> (XEN) Cannot access memory beyond end of bootstrap direct-map area >>> (XEN) **************************************** >>> (XEN) >>> (XEN) Reboot in five seconds... >>> (XEN) Unknown interrupt (cr2=3D00000000) >>> (XEN) ff202ec4 a1e00000 00000002 ff22be54 00000086 00000002 >>> ff1d68dc 00000000 ff14e687 0000e008 00000286 ff1d67c0 0000000a >>> ff1c5146 ff22b0 >>>=20 >>>=20 >>> Gabor >>>=20 >>>>>> -- Pasi >>>>>>=20 >>=20 >> - -- >> +-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-+ >> | Gabor Szilagyi (Mr.) Gabor.Szilagyi@nyo.unep.org | >> | Computer System Adm. http://www.nyo.unep.org | >> | UNEP/New York Office Tel: +1-212-963-7781/Fax: +1-212-963-7341 | >> | I only open attachments I requested !!! No exceptions !!! | >> | Put your message in the email body !!! | >> +-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-+ >> "He who sacrifices freedom for security is neither secure nor free." >>=20 >> Benjamin Franklin >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.10 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >>=20 >> iEYEARECAAYFAkth99gACgkQcYMbOTV6LVoUpACgs81ojuLe8zTaS7lnEY08M2n3 >> Z4MAnRYSnEx9UrExQm07Y2uYStXsFMN+ >> =3DrzdV >> -----END PGP SIGNATURE-----