correcctly check if option is a drive

bump version to 3.1-7

cleanup spice code

add multi-monitors spice support

add qxl2 (2monitors),qxl3 (3monitors),qxl4 (4monitors) vga type.

For linux, we only need 1 qxl card with more memory

For windows, we need 1 qxl card by monitor

Original Information from spice-mailing
"
You need to specify multiple devices for Windows VMs. This is what
libvirt gives me (via 'virsh domxml-to-native qemu argv DOMAIN_XML'):
<...> -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=33554432 -device qxl,id=video1,ram_size=67108864,vram_size=33554432 -device qxl,id=video2,ram_size=67108864,vram_size=33554432 -device qxl,id=video3,ram_size=67108864,vram_size=33554432

For Linux VM, just one qxl device is OK but then it's advisable to
increase the available RAM:
<...> -vga qxl -global qxl-vga.ram_size=134217728 -global qxl-vga.vram_size=33554432

If you don't turn off surfaces, then you should increase vram size to
say 64 MB from current default of 32 MB.
"

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

use warnings instead of global -w flag

bump version to 3.1-6

use new PVE::Storage::abs_filesystem_path()

The check_volume_access() method does no longer return a path.

bump version to 3.1-5

add opensolaris ostype and disable x2apic

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

bump version to 3.1-4

qemu migrate : only wait for spice server online + eval

Currently offline migration fail ,because we are trying to check with qmp the spiceserver status.
This should be done online only.

I also add eval, to avoid migration lock if qmp query fail.

Fix :http://forum.proxmox.com/threads/16093-VM-is-locked-after-offline-migration?p=82852

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

bump version to 3.1-3

speedup restore on glusterfs (do not write zero bytes)

add reference to git version

bump version to 3.1-2

whitespace cleanups

Allow VMAdmin to delete disk with Datastore.AllocateSpace permissions

Previosly, a VMAdmin/DatastoreUser was able to add/create new disks, but
unable to remove them.

vncproxy API: avoid warning about uninitialize value

fix typo - s/parallel/parport/

use tty chardev for usb-to-parallel

bump version to 3.1-1

allow to use usb parallel ports

avoid another compile warning

bump version to 3.0-30

fix migration port (wrong quote)

fix warning about uninitialized value

bump version to 3.0-29

load config from correct node

bump version to 3.0-28

add ability to run without graphic card ('vga: serial[n]')

improve API docu

implement 'qm terminal' to open terminal via serial device

allow to use a socket for serial devices

bump version to 3.0-27

qemu-server: add support for unsecure migration (setting in datacenter.cfg)

This patch adds support for unsecure migration using a direct tcp connection
KVM <=> KVM instead of an extra SSH tunnel. Without ssh the limit is just the
bandwith and no longer the CPU / one single core.

You can enable this by adding:
migration_unsecure: 1
to datacenter.cfg

Examples using qemu 1.4 as migration with qemu 1.3 still does not work for me:

current default with SSH Tunnel VM uses 2GB mem:
Dec 27 21:10:32 starting migration of VM 105 to node 'cloud1-1202' (10.255.0.20)
Dec 27 21:10:32 copying disk images
Dec 27 21:10:32 starting VM 105 on remote node 'cloud1-1202'
Dec 27 21:10:35 starting ssh migration tunnel
Dec 27 21:10:36 starting online/live migration on localhost:60000
Dec 27 21:10:36 migrate_set_speed: 8589934592
Dec 27 21:10:36 migrate_set_downtime: 1
Dec 27 21:10:38 migration status: active (transferred 152481002, remaining 1938546688), total 2156396544) , expected downtime 0
Dec 27 21:10:40 migration status: active (transferred 279836995, remaining 1811140608), total 2156396544) , expected downtime 0
Dec 27 21:10:42 migration status: active (transferred 421265271, remaining 1669840896), total 2156396544) , expected downtime 0
Dec 27 21:10:44 migration status: active (transferred 570987974, remaining 1520152576), total 2156396544) , expected downtime 0
Dec 27 21:10:46 migration status: active (transferred 721469404, remaining 1369939968), total 2156396544) , expected downtime 0
Dec 27 21:10:48 migration status: active (transferred 875595258, remaining 1216057344), total 2156396544) , expected downtime 0
Dec 27 21:10:50 migration status: active (transferred 1034654822, remaining 1056931840), total 2156396544) , expected downtime 0
Dec 27 21:10:54 migration status: active (transferred 1176288424, remaining 915369984), total 2156396544) , expected downtime 0
Dec 27 21:10:56 migration status: active (transferred 1339734759, remaining 752050176), total 2156396544) , expected downtime 0
Dec 27 21:10:58 migration status: active (transferred 1503743261, remaining 588206080), total 2156396544) , expected downtime 0
Dec 27 21:11:02 migration status: active (transferred 1645097827, remaining 446906368), total 2156396544) , expected downtime 0
Dec 27 21:11:04 migration status: active (transferred 1810562934, remaining 281751552), total 2156396544) , expected downtime 0
Dec 27 21:11:06 migration status: active (transferred 1964377505, remaining 126033920), total 2156396544) , expected downtime 0
Dec 27 21:11:08 migration status: active (transferred 2077930417, remaining 0), total 2156396544) , expected downtime 0
Dec 27 21:11:09 migration speed: 62.06 MB/s - downtime 37 ms
Dec 27 21:11:09 migration status: completed
Dec 27 21:11:13 migration finished successfuly (duration 00:00:41)
TASK OK

with unsecure migration without SSH Tunnel:
Dec 27 22:43:14 starting migration of VM 105 to node 'cloud1-1203' (10.255.0.22)
Dec 27 22:43:14 copying disk images
Dec 27 22:43:14 starting VM 105 on remote node 'cloud1-1203'
Dec 27 22:43:17 starting online/live migration on 10.255.0.22:60000
Dec 27 22:43:17 migrate_set_speed: 8589934592
Dec 27 22:43:17 migrate_set_downtime: 1
Dec 27 22:43:19 migration speed: 1024.00 MB/s - downtime 1100 ms
Dec 27 22:43:19 migration status: completed
Dec 27 22:43:22 migration finished successfuly (duration 00:00:09)
TASK OK

use STDIN to pass spice ticket

new vga_conf_has_spice() helper

code cleanups

return spice_port from config_to_command()

That way we do not need to run qmp command to get the port.
Set spice ticket expire time to 30 (5 seconds seems a bit too short).
Coding style cleanups.

add spice migration

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

add read_x509_subject_spice

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

bump version to 3.0-26

remove spice cert paths

And depend on pve-qemu-kvm (>= 1.4-16), which automatically uses the correct
certs by default.

disable tablet for spice

bump version to 3.0-25

support usb redirection for spice

fix docu

bump version to 3.0-24

spiceproxy: allow client to choose proxy address

spice: read cert subject name directly using Net::SSLeay

We now depend on libnet-ssleay-perl

spice: use TLS

we now use a local tcp port instead of a unix socket, because that is
implemented and works with current spice libraries.

bump version to 3.0-23

correctly return and use device type in scsi_inquiry

fix scsi inquiry command

I got wrong results if command is longer than 6 bytes.

fix coding style

bump version to 3.0-22

and delete trailing white spaces

add hyper-v enlightments for windows guests

This add special hyper-v cpu flags for windows guests.

This improve performance and avoid some bsod related to timer.

(I currently disable the hv_vapic flag because I can't get it working).

I have tested all theses flags with: win2003, win2008R2, winxp, linux debian 64bit, on intel and amd physicals processor

It doesn't break live migration, because new cpu flags are not see by guests until a vm reset.

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

add +sep cpuflags to kvm32 && kvm64 cpu models

Need for win8 boot.

This flag was missing from rhel < 6.4 host kernel. It's ok now.
But it's also missing from kvm64 model. (It's exist in other cpu models, amd or intel).
So it's pretty safe to enable it.
If the host kernel is older, qemu filter the flag.

This also improve performance of winxp && win7 32 bits guests.

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

enable x2apic by default for kvm machines

This reduce context switch with multicore guests.

Even if the host cpu don't have x2apic, it's working because qemu have an virtual x2apic implementation for guest.
We need  in-kernel irqchip support for this, which is enable for kvm guest since qemu 1.3.
(I don't enable it if nokvm param is set)

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

spiceproxy: set delete-this-file

spiceconfig: port can't be 0

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

spice : fix proxy address

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

vm status API: return info about spice

bump version to 3.0-21

spiceproxy: remove socat, and return data to access the new spiceproxy server

kill socat if we do not get any connection within $timeout seconds

depend on socat (used for spice)

spice proxy: try to cirrectly count open socat connections

limit spice ticket length to 59 charachters

add spice proxy API

This is experimental code, spice connections are not encryped and thus insecure.
We use ticket passwords for spice auth, and do direct spice connections to
the nodes instead of using a tunnel.

add support for spice display driver (vga=qxl)

This is based on the patch from Alexandre, but we use vga=qlx instead
of introducing a new 'spice: 1' boolean flag.

correctly handle undef values when calling qemu_block_set_io_throttle

qemu-server : bridge_add : fix uninitialized value

fix : Use of uninitialized value $bridgeid in numeric lt (<) at /usr/share/perl5/PVE/QemuServer.pm line 2774.

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

code cleanups

removed trailing white space

simplify previous patch

create_disks : avoid storage scan v3

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

bump version to 3.0-20

update_vm_async: new asynchronous API

snapshot rollback: use pc-i440fx-1.4 as default

require VM.Config.HWType priviledges to modify 'machine' configuration

bump version to 3.0-19

migrate: pass --machine parameter to remote 'qm start' command

snapshot: save/restore 'machine' configuration

implement get_current_qemu_machine

API extension: add 'machine' parameter to vm_start

This allows us to overwrite the machine type at start - useful for
migration to make sure we use the same machine at the target node.

add new 'machine' configuration

fix typo

qemu_drive_mirror: correctly call block-job-cancel if block-job-complete fails

bump version to 3.0-18

move_disk: implement delete flag

rename move to move_disk

Because that API call can only move a single disk (not the whole VM).

bump version to 3.0-17

clone_disk: test if requested format is supported - else use default

move_vm: add original disk as unusedX

move_vm: make it work with PVE::QemuServer:::clone_disk

- use POST instead of PUT (this is not idempotent).
- return task ID
- use declarative permission check

add qm move (storage migration)

qm move <vmid> <disk> <storage> --format [raw|qcow2|vmdk]

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

allow to clone VM when name is not set

factor out clone_disk

As suggested by Alexandre. Also cleanup  qemu_drive_mirror (fix white space).

bump version to 3.0-16

qm rescan: do not add aliases as unused disks.

fix unused disk handling

Show unused disks even if disk is used inside snapshots. But do not allow
to remove those disks.