From: Dor Laor <dlaor@redhat.com>
To: Manfred Heubach <heubach@heubach-edv.de>
Cc: kvm@vger.kernel.org, Vadim Rozenfeld <vrozenfe@redhat.com>
Subject: Re: Freezing Windows 2008 x64bit guest
Date: Mon, 13 Dec 2010 22:12:14 +0200 [thread overview]
Message-ID: <4D067E1E.10000@redhat.com> (raw)
In-Reply-To: <loom.20101213T201215-815@post.gmane.org>
On 12/13/2010 09:42 PM, Manfred Heubach wrote:
>
>
> Gleb Natapov<gleb<at> redhat.com> writes:
>
>>
>> On Wed, Jul 28, 2010 at 12:53:02AM +0300, Harri Olin wrote:
>>> Gleb Natapov wrote:
>>>> On Wed, Jul 21, 2010 at 09:25:31AM +0300, Harri Olin wrote:
>>>>> Gleb Natapov kirjoitti:
>>>>>> On Mon, Jul 19, 2010 at 10:17:02AM +0300, Harri Olin wrote:
>>>>>>> Gleb Natapov kirjoitti:
>>>>>>>> On Thu, Jul 15, 2010 at 03:19:44PM +0200, Christoph Adomeit wrote:
>>>>>>>>> But one Windows 2008 64 Bit Server Standard is freezing regularly.
>>>>>>>>> This happens sometimes 3 times a day, sometimes it takes 2 days
>>>>>>>>> until freeze. The Windows Machine is a clean fresh install.
>>>>>>> I think I have seen same problem occur on my Windows 2008 SBS SP2
>>>>>>> 64bit system, but a bit less often, only like once a week.
>>>>>>> Now I haven't seen crashes but only freezes with qemu on 100% and
>>>>>>> virtual system unresponsive.
>>>> Does sendkey from monitor works? qemu-kvm-0.11.1 is very old and this is
>>>> not total freeze which even harder to debug. I don't see anything
>>>> extraordinary in your logs. 4643 interrupt per second for 4 cpus is
>>>> normal if windows runs multimedia or other app that need hi-res timers.
>>>> Does your host swapping? Is there any chance that you can try upstream
> qemu-kvm?
>>>
>>> I tried running qemu-kvm from git but it exhibited the same problem
>>> as 12.x that I tried before, BSODing once in a while, running kernel
>>> 2.6.34.1.
>>>
>> That should be pretty stable config, although it would be nice if you
>> could try running in qemy-kvm.git head.
>>
>>> sample BSOD failure details:
>>> These two with Realtec nic and qemu cpu
>>> 0x00000019 (0x0000000000000020, 0xfffff88007e65970,
>>> 0xfffff88007e65990, 0x000000000502040f)
>>> 0x00000019 (0x0000000000000020, 0xfffff88007a414c0,
>>> 0xfffff88007a414e0, 0x000000000502044c)
>>>
>>> These are with e1000 and -cpu host
>>> 0x0000003b (0x00000000c0000005, 0xfffff80001c5d842,
>>> 0xfffffa60093ddb70, 0x0000000000000000)
>>> 0x0000003b (0x00000000c0000005, 0xfffff80001cb8842,
>>> 0xfffffa600c94ab70, 0x0000000000000000)
>>> 0x0000000a (0x0000000000000080, 0x000000000000000c,
>>> 0x0000000000000001, 0xfffff80001cadefd)
>>>
>> Can you attach screenshots of BSODs? Have you reinstalled your guests or
>> are you running the same images you ran in 11.x?
>>
>>> I'll see if I can analyze minidumps later.
>>>
>>> In addition to these there have been as many reboots that have been
>>> only logged as 'disruptive shutdown'.
>>>
>>> Right now I'm running the problematic guest under Xen
>>> 3.2.1-something from Debian to see if it works better.
>>>
>>> --
>>> Harri.
>>
> Hello,
>
> is there a solution for that problem? I'm experiencing the same problems ever
> since I installed SBS 2008 on KVM.
>
> I was running the host with Ubuntu 10.04 but upgraded to 10.10 - mainly because
> of performance problems which were solved by the upgrade.
>
> After the upgrade the system became extremly unstable. It was crashing as soon
> as disk io and network io load was growing. 100% reproduceable with windows
> server backup to an iscsi volume.
>
> i had virtio drivers for storage and network installed (redhat/fedora 1.1.11).
Which fedora/rhel release is that?
What's the windows virtio driver version?
Have you tried using virt-manager/virhs instead of raw cmdline?
About e1000, some windows comes with buggy driver and an update e1000
from Intel fixes some issues.
> At each BSOD I had the following line in the log of the guest:
>
> virtio_ioport_write: unexpected address 0x13 value 0x1
>
> I changed the network interface back to e1000. What I experience now (and I had
> that a the very beginning before i switched to virtio network) are freezes. The
> guest doesn't respond anymore (doesn't answer to pings and doesn't interact via
> mouse/keyboard anymore). Host CPU usage of the kvm process is 100% on as many
> cores as there are virtual cpus (in this case 4).
>
> I'm a bit frustrated about this. I have 2 windows 2003 32bit, 1 windows xp and 3
> linux guests (2x 32bit, 1x64 bit). They are all running without any problems
> (except that the windows xp guest cannot boot without an ntldr cd image). Only
> the SBS2008 guest regulary freezes.
>
> The host system has 2 Intel Xeon 5504, Intel Chipset 5500, Adaptec Raid 5805, 24
> GB DDR3 RAM.
>
> I know there is a lack of detailed information right now. I first need to know
> if anybody is working on this or has similar problems. I can deliver minidumps,
> and any debugging information you need.
>
> I don't want to give up now. We will switch to Hyper-V if we cannot solve this,
> because we need a stable virtualization plattform for Windows Guests. I would
> like to use KVM it is so much more flexibel.
>
> Best regards
> Manfred
>
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-12-13 20:12 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-15 13:19 Freezing Windows 2008 x64bit guest Christoph Adomeit
2010-07-15 13:44 ` Gleb Natapov
2010-07-19 7:17 ` Harri Olin
2010-07-19 7:42 ` Gleb Natapov
2010-07-21 6:25 ` Harri Olin
2010-07-21 8:28 ` Christoph Adomeit
2010-07-21 8:37 ` Gleb Natapov
2010-07-21 9:22 ` Harri Olin
2010-07-21 9:48 ` Gleb Natapov
2010-07-21 10:09 ` Harri Olin
2010-07-21 10:30 ` Gleb Natapov
2010-07-21 10:43 ` Harri Olin
2010-07-21 13:03 ` Harri Olin
2010-07-21 13:45 ` Gleb Natapov
2010-07-21 14:05 ` Harri Olin
2010-07-27 21:53 ` Harri Olin
2010-07-28 15:18 ` Gleb Natapov
2010-12-13 19:42 ` Manfred Heubach
2010-12-13 20:12 ` Dor Laor [this message]
2010-12-13 20:44 ` Vadim Rozenfeld
2010-12-14 23:57 ` AW: " Manfred Heubach
2010-12-15 10:48 ` Vadim Rozenfeld
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=4D067E1E.10000@redhat.com \
--to=dlaor@redhat.com \
--cc=heubach@heubach-edv.de \
--cc=kvm@vger.kernel.org \
--cc=vrozenfe@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox