From: Johannes Baumann <johannes.baumann@gmx.de>
To: Marcelo Tosatti <mtosatti@redhat.com>, kvm@vger.kernel.org
Subject: Re: kvm-84 kernel panic
Date: Fri, 06 Mar 2009 18:54:49 +0100 [thread overview]
Message-ID: <49B16369.5090603@gmx.de> (raw)
In-Reply-To: <20090306164008.GA10999@amt.cnet>
i installed esxi, same error in ipmi after a while, talking to dell..
Marcelo Tosatti schrieb:
> On Fri, Mar 06, 2009 at 06:02:00AM +0100, Johannes Baumann wrote:
>> Marcelo Tosatti schrieb:
>>> On Thu, Mar 05, 2009 at 11:31:35PM +0100, Johannes Baumann wrote:
>>>> Ryan Harper schrieb:
>>>>> * Johannes Baumann <johannes.baumann@gmx.de> [2009-03-05 16:08]:
>>>>>> Ryan Harper schrieb:
>>>>>>> * Johannes Baumann <johannes.baumann@gmx.de> [2009-03-05 15:52]:
>>>>>>>> update: its not only happening with smp guest, but with non-smp guest.
>>>>>>>> mcelog is empty. the commandline for a debian lenny im using is:
>>>>>>>>
>>>>>>>> /usr/src/kvm-84/qemu/x86_64-softmmu/qemu-system-x86_64 -S -M pc -m 512
>>>>>>>> -smp 1 -name vm03 -uuid 0b5e3a60-9111-0289-84b5-98cdf27450ac -monitor
>>>>>>>> pty -boot c -drive
>>>>>>>> file=/kvm/domains/linux-test/image.img,if=ide,index=0,boot=on -drive
>>>>>>>> file=,if=ide,media=cdrom,index=2 -net
>>>>>>>> nic,macaddr=54:52:00:0b:a1:26,vlan=0 -net
>>>>>>>> tap,fd=12,script=,vlan=0,ifname=vnet0 -serial none -parallel none -usb
>>>>>>>> -vnc 127.0.0.1:0
>>>>>>> you'll want -L /usr/src/kvm-84/qemu/pc-bios to ensure you use the bios
>>>>>>> that came with kvm-84 instead of some other location.
>>>>>> i could try but i dont think this is the point since every kvm version
>>>>>> had the same problems so far.
>>>>> if you don't use the right bios that comes with the kernel modules,
>>>>> things _will_ break.
>>>> k, trying the -L switch, with vt enabled
>>>>
>>>> root 6265 23.8 25.6 1100904 1039068 ? Sl 23:24 1:29
>>>> /usr/src/kvm-84/qemu/x86_64-softmmu/qemu-system-x86_64 -L
>>>> /usr/src/kvm-84/qemu/pc-bios -S -M pc -m 1000 -smp 1 -name vm01 -uuid
>>>> 3490fdf2-9550-4300-883a-a10fbf9b58e6 -monitor pty -localtime -boot c
>>>> -drive
>>>> file=/kvm/domains/windows2003-enterprise-jb/image.img,if=ide,index=0,boot=on
>>>> -drive file=,if=ide,media=cdrom,index=2 -net
>>>> nic,macaddr=00:16:d3:c2:36:ff,vlan=0,model=e1000 -net
>>>> tap,fd=18,script=,vlan=0,ifname=vnet1 -serial none -parallel none -usb
>>>> -usbdevice tablet -vnc 127.0.0.1:1
>> seems realy be guest bios related, since using the -L switch the host
>> System didnt crash anymore. I got a lot of mcelogs:
>>
>> MCE 0
>> HARDWARE ERROR. This is *NOT* a software problem!
>> Please contact your hardware vendor
>> CPU 2 BANK 0 TSC 34186b6364dd
>> MCG status:
>> MCi status:
>> Error overflow
>> Uncorrected error
>> Error enabled
>> Processor context corrupt
>> MCA:BUS Level-0 Originated-request Generic Memory-access Request-timeout
>> Error
>> Model:
>> STATUS f200080010000800 MCGSTATUS 0
>> MCE 1
>> HARDWARE ERROR. This is *NOT* a software problem!
>> Please contact your hardware vendor
>> CPU 2 BANK 5 TSC 34186b6373bd
>> MCG status:
>> MCi status:
>> Uncorrected error
>> Error enabled
>> Processor context corrupt
>> MCA:BUS Generic Generic Generic Other-transaction Request-timeout Error
>> Model:
>> STATUS b200000806000e0f MCGSTATUS 0
>> MCE 2
>> HARDWARE ERROR. This is *NOT* a software problem!
>> Please contact your hardware vendor
>> CPU 0 BANK 5 TSC 34186b637434
>> MCG status:RIPV MCIP
>> MCi status:
>> Uncorrected error
>> Error enabled
>> Processor context corrupt
>> MCA:BUS Generic Generic Generic Other-transaction Request-timeout Error
>> Model:Pad state machine
>>
>> and so on..
>>
>>>
>>>> 2d | 02/19/2009 | 02:54:31 | Processor #0x0d | Transition to
>>>> Non-recoverable
>>>> 2e | 02/19/2009 | 02:54:32 | Processor #0x60 | IERR | Asserted
>>> http://bugs.centos.org/print_bug_page.php?bug_id=2619
>>>
>>> Likely to be a HW problem.
>> I wasn able to reproduce without kvm running, still a hw problem?
>
> MCE usually indicate hardware problems. Take this to Dell support.
>
prev parent reply other threads:[~2009-03-06 17:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-04 13:10 kvm-84 kernel panic Johannes Baumann
2009-03-04 21:28 ` Johannes Baumann
2009-03-04 23:18 ` Marcelo Tosatti
2009-03-05 21:51 ` Johannes Baumann
2009-03-05 21:58 ` Ryan Harper
2009-03-05 22:07 ` Johannes Baumann
2009-03-05 22:09 ` Ryan Harper
2009-03-05 22:31 ` Johannes Baumann
2009-03-06 0:01 ` Marcelo Tosatti
2009-03-06 5:02 ` Johannes Baumann
[not found] ` <49B0AE48.1010104@gmx.de>
[not found] ` <20090306164008.GA10999@amt.cnet>
2009-03-06 17:54 ` Johannes Baumann [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49B16369.5090603@gmx.de \
--to=johannes.baumann@gmx.de \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.