Re: [ANNOUNCE] kvm-51 release

[david ahern <daahern-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>]

I found that I had to move to a newer kernel (2.6.23.1 is what I used) to get SMP guests to boot on RHEL5 hosts. It appears to be an issue with the host kernel.
 
david


Farkas Levente wrote:
> Avi Kivity wrote:
>> If you're having trouble on AMD systems, please try this out.
> 
> this version worse than kvm-50:-(
> setup:
> - host:
>   - Intel(R) Core(TM)2 Quad CPU Q6600  @ 2.40GHz
>   - Intel S3000AHV
>   - 8GB RAM
>   - CentOS-5
>   - kernel-2.6.18-8.1.14.el5 x86_64 64bit
> - guest-1:
>   - CentOS-5
>   - kernel-2.6.18-8.1.14.el5 i386 32bit
> - guest-2:
>   - CentOS-5
>   - kernel-2.6.18-8.1.14.el5 x86_64 64bit
> - guest-3:
>   - Mandrake-9
>   - kernel-2.4.19.16mdk-1-1mdk 32bit
> - guest-4:
>   - Windows XP Professional 32bit
> smp not working on any centos guest (guests are hang during boot). even
> the host crash. the worst thing is the host crash during boot with
> another stack trace which i was not able to log.
> i really would like to see some kind of stable version other then
> kvm-36. i see there is a huge ongoing work on ia64, virtio, libkmv and
> arch rearrange, but wouldn't it be better to fix these basic issues
> first? like running two smp guest (32 and 64) on 64 smp host, just to
> boot until the login screen.
> this is when the guest stop and the host dump it:
> ------------------------------------------------------------
> Ignoring de-assert INIT to vcpu 1
> SIPI to vcpu 1 vector 0x06
> SIPI to vcpu 1 vector 0x06
> eth0: topology change detected, propagating
> eth0: port 3(vnet1) entering forwarding state
> Ignoring de-assert INIT to vcpu 2
> SIPI to vcpu 2 vector 0x06
> SIPI to vcpu 2 vector 0x06
> Ignoring de-assert INIT to vcpu 3
> SIPI to vcpu 3 vector 0x06
> SIPI to vcpu 3 vector 0x06
> BUG: soft lockup detected on CPU#1!
> 
> Call Trace:
>  <IRQ>  [<ffffffff800b2cd7>] softlockup_tick+0xdb/0xed
>  [<ffffffff80093493>] update_process_times+0x42/0x68
>  [<ffffffff80073e08>] smp_local_timer_interrupt+0x23/0x47
>  [<ffffffff800744ca>] smp_apic_timer_interrupt+0x41/0x47
>  [<ffffffff8005bd4a>] apic_timer_interrupt+0x66/0x6c
>  <EOI>  [<ffffffff88201d8b>] :kvm:kvm_flush_remote_tlbs+0x16e/0x188
>  [<ffffffff88201d78>] :kvm:kvm_flush_remote_tlbs+0x15b/0x188
>  [<ffffffff8820101b>] :kvm:ack_flush+0x0/0x1
>  [<ffffffff882079ac>] :kvm:kvm_mmu_pte_write+0x1fc/0x330
>  [<ffffffff88203a36>] :kvm:emulator_write_emulated_onepage+0x85/0xe5
>  [<ffffffff8820c320>] :kvm:x86_emulate_insn+0x2e03/0x407f
>  [<ffffffff80015e7e>] __pte_alloc+0x122/0x142
>  [<ffffffff88225477>] :kvm_intel:vmcs_readl+0x17/0x1c
>  [<ffffffff88203e13>] :kvm:emulate_instruction+0x152/0x290
>  [<ffffffff8820716b>] :kvm:kvm_mmu_page_fault+0x5e/0xb4
>  [<ffffffff882056dc>] :kvm:kvm_arch_vcpu_ioctl_run+0x28a/0x3a6
>  [<ffffffff88202539>] :kvm:kvm_vcpu_ioctl+0xc3/0x388
>  [<ffffffff8008515c>] __wake_up_common+0x3e/0x68
>  [<ffffffff800626d0>] _spin_unlock_irqrestore+0x8/0x9
>  [<ffffffff80117410>] avc_has_perm+0x43/0x55
>  [<ffffffff80117f47>] inode_has_perm+0x56/0x63
>  [<ffffffff8820245d>] :kvm:kvm_vm_ioctl+0x277/0x290
>  [<ffffffff88226dcf>] :kvm_intel:vmx_vcpu_put+0x0/0xa3
>  [<ffffffff80117fe8>] file_has_perm+0x94/0xa3
>  [<ffffffff8003fca8>] do_ioctl+0x21/0x6b
>  [<ffffffff8002faae>] vfs_ioctl+0x248/0x261
>  [<ffffffff8004a2b4>] sys_ioctl+0x59/0x78
>  [<ffffffff8005b349>] tracesys+0xd1/0xdc
> ------------------------------------------------------------
> 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/