public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
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


  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