PVE 4.0 Beta2 + qemu + acpi

[lausser]

Hi,

i installed PVE4b2 on a Asus P7P55D PRO/i5 and since then, i cannot start KVM machines with acpi set to Yes. When i start such a VM the host's cpu instantly jumps to 100%, the VM's console shows only "Guest has not initialized the display (yet)" and then nothing happens (except the fans spinning up)
The only thing i can do is to set acpi=No.

The host's bios has ACPI2.0 enabled, an acpid is running. dmidecode shows "ACPI: supported" for board&cpu.
Any ideas?

Gerhard

 

[micush]

Same here on a Dell PowerEdge R620.

 

[micush]

Rolling back to kernel 4.1.3 returned normal functionality for me.

 

[spirit]

Hi,
It could be a kvm bug in kernel 4.2.

I have some poweredge r630 to do tests.

I'll try to test them today or tomorrow.

 

[spirit]

I have tried with a dell r630 and dell r620, windows2012 and debian jessie guest vm, I don't have any problem.

 

[plgray]

I have the same issue here also. Disabling ACPI allows the screen (In the VM) to initialize.

 

[MeyrNL]

Same issue on my DTAP cluster (Dell R730's).

 

[mercy]

Have the Problem on my DELL R210, too. And it is not fixed in the new 4.2.0-13 I got today via apt

 

[spirit]

Hi,

can you send result of "pve-version -v" ?

I'm still unable to reproduce it with my dell servers .
Is the bios configured to max performance ?

 

[Whatever]

Same with Dell R710

root@pve:~# pveversion -v
proxmox-ve: 4.0-13 (running kernel: 4.2.0-1-pve)
pve-manager: 4.0-39 (running version: 4.0-39/ab3cc94a)
pve-kernel-4.2.0-1-pve: 4.2.0-13
lvm2: 2.02.116-pve1
corosync-pve: 2.3.5-1
libqb0: 0.17.2-1
pve-cluster: 4.0-19
qemu-server: 4.0-25
pve-firmware: 1.1-7
libpve-common-perl: 4.0-24
libpve-access-control: 4.0-8
libpve-storage-perl: 4.0-23
pve-libspice-server1: 0.12.5-1
vncterm: 1.2-1
pve-qemu-kvm: 2.4-8
pve-container: 0.9-23
pve-firewall: 2.0-11
pve-ha-manager: 1.0-7
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u1
lxc-pve: 1.1.3-1
lxcfs: 0.9-pve2
cgmanager: 0.37-pve2
criu: 1.6.0-1
zfsutils: 0.6.5-pve1~jessie

 

[Whatever]

Is the bios configured to max performance ?

If you are talking about Power Setting in BIOS - yes, I've checked with all the options avalible (including Max Performance)

P.S. Haven't found anything regarding ACPI in Dell BIOS settings((

 

[Whatever]

When seting ACPI=no in VM options, Windows 2012R2 can not boot up

 

[spirit]

I'm still unable to reproduce it,

can you guy send me a vmid.conf example ?
Do you use local disk ? if yes, on zfs ?

 

[Whatever]

Here we go...

root@pve:~# cat /etc/pve/local/qemu-server/100.conf
bootdisk: virtio0
cores: 2
ide2: none,media=cdrom
memory: 4096
name: Windows2012R2-Std
net0: virtio=B2:8C:43:AB:23:72,bridge=vmbr0
numa: 0
ostype: win8
scsihw: virtio-scsi-pci
smbios1: uuid=36dba4ef-8f79-449a-a637-01d78fa440db
sockets: 1
virtio0: storage0:100/vm-100-disk-1.qcow2,size=96G

Local disk (PERC H700 HW RAID + LUKS + ext4)

 

[spirit]

works fine for me...
Does it start without disk ? (display bios boot)

 

[Whatever]

No, it's not related to the disk or SCSI controller configurations.

The only option to start booting I've found so far is to disable "KVM hardware virtualization" in VM config (but Windows 20012 R2 hangs up during boot process)

 

[Whatever]

Is here anyway to downgrade to kernel and qemu versions suggested here: http://forum.proxmox.com/threads/23636-Proxmox-4-No-display-with-kvm-virtual-machine ?

 

[spirit]

Is here anyway to downgrade to kernel and qemu versions suggested here: http://forum.proxmox.com/threads/23636-Proxmox-4-No-display-with-kvm-virtual-machine ?

deb packages from beta are here:
http://download.proxmox.com/debian/dists/jessie/pvetest/binary-amd64.beta1/

 

[spirit]

I have found a bug report here :
https://github.com/tianocore/edk2/issues/21

about a bug kvm kernel bug introduce in 4.2.

vm not starting and cpu at 100%.

Patch fix is here :
http://www.spinics.net/lists/kvm/msg119044.html

I can build a kernel to test if you want .

 

[spirit]

Speak too fast, they are no fix currently.

Another discussion about this :
http://www.mail-archive.com/kvm@vger.kernel.org/msg120148.html