As I read on IBM paper :
Thank you Pasi to forward this email for me too, it seem not only me facing this problem. I found this guy also found similar problem, its in french but we can translate it easily using google http://debian.2.n7.nabble.com/Probleme-XEN-4-0-1-et-SQUEEZE-64bits-reboot-td1230690.htmlI found parameter nmi=ignore | dom0 | fatalnmi=reaction : Enables you to specify how the hypervisor reacts to a non - maskable interrupt(NMI) resulting from a parity or I/O error. Possible values for reaction are fatal (the hypervisorprints a diagnostic message and then hangs), dom0 (send a message to domain0 for loggingpurposes but continue), and ignore (ignore the error). If you do not specify this option, Xenuses the default value dom0 internally.But its still doesn't work on my machine.AgyaOn Wed, Feb 6, 2013 at 12:29 PM, Pasi Kärkkäinen <pasik@iki.fi> wrote:
Arrfab said Xen crashes and reboots in the middle of the boot process,On Wed, Feb 06, 2013 at 07:58:56AM +0000, Jan Beulich wrote:
> >>> On 05.02.13 at 21:08, Pasi Kärkkäinen<pasik@iki.fi> wrote:
> > Arrfab (CC'd) is actually seeing a similar problem on IBM HS20 blade with
> > Xen 4.2.1
> > with Linux 3.4.28 dom0 kernel.
> >
> > Does this ring anyone's bells?
> >
> >
> > serial console log of the crash
>
> Which doesn't even include the message in the subject afaics, so I
> don't even know what you're talking about. And the other, earlier
> report has no useful information either.
>
> From an abstract perspective, a front panel NMI to me would mean
> someone pressed an NMI button on the system's front panel. You
> don't think Xen can do anything about this, do you? And even if
> the NMI has another origin, it's still a hardware generated event
> that Xen has no control over.
>
and the blade chassis management logs the NMI error. The user is not pressing (NMI) buttons.
The serial log included is everything he gets. No error visible in the serial log,
only a crash/reboot without any errors.. No idea what could be causing that..
The same Dom0 kernel (pvops 3.4.28) boots OK on baremetal without Xen.
Do you have any Xen and/or dom0 kernel options to use to do further analysis?
-- Pasi