SPICE 虛擬機連線方式如何設定可同時多人連線

Multiple Clients Summary

Support multiple concurrent connections to a single spice server.
Owner

Alon Levy and Yonit Halperin
Current Status

Targeted Release: spice-0.10
Experimental status, see below to enable.
Description

This feature is still experimental, it is not expected to work correctly under different client bandwidths, although it should not crash the server.

To enable:

export SPICE_DEBUG_ALLOW_MC=1
Then launch qemu vm as usual.

The stdout will contain an additional line:

spice: allowing multiple client connections
You can then launch clients as usual. A second client connection will not disconnect any of the previous clients. There is no set limit. The behavior of each channel in multiple client mode:

inputs – shared. All clients can supply mouse and keyboard.
display – shared. All clients receive display updates.
cursor – shared. All clients receive cursor updates.
playback – first connection after no connections. To do: make it shared.
record – first connection after no connections. To do: make it shared.
smartcard – first connection after no connections. To do: make it shared.
usbredir – first connection after no connections. To do: make it shared.
agent – ?
NB: The main channel is not on that list because it isn’t a user visible channel. Every client has it’s own main connection.

NB: First connection after no connections: To receive this channel you will have to connect after explicitly disconnecting all the previous clients. Otherwise you will easily reach a situation where none of the clients have any of those channels:

connect A
connect B (while A is connected)
disconnect A (B is still connected)
connect C
Now both B and C only have {inputs,display,cursor}, no one has any other (playback,cursor,smartcard) connection. Specifically, the server didn’t advertise those channels to clients B and C.

MultipleClientsImplementationNotes contains old design notes, not all implemented. To do: pick up notable notes from there over here.

Category: ProposedFeatures

from:http://www.spice-space.org/page/Features/MultipleClients

我沒成功過 @.@"

VMplayer 客端 XP 轉至 Linux KVM 出現 intelppm.sys,processr.sys BSOD 錯誤

將原先運行在VMplayer上的XP系統,搬到Proxmox VE上跑。卻出現intelppm.sys,processr.sys 之類的藍色死當畫面。經google搜尋及測試後推測應該是CPU配置上出問題造成。

resolved by booting into safe mode on the guest and running:
sc config p3 start= disabled
sc config processor start= disabled
sc config intelppm start= disabled

似乎是執行設定讓 XP 系統啟動時,關閉某些CPU服務的啟動。就可以解決這樣的錯誤。

INTELPPM.SYS 0X0000007E

INTELPPM.SYS 0X0000007E

遇到此問題是發生在 P2V ,將實體 XP 轉至 KMV 上運行。可能因為 Host 端安裝 kvm-spice 套件,造成運行虛擬 XP 時 CPU 的配置出錯。在 Host 端將該套件移除後,虛擬 XP 也就不再出現同樣的錯誤了。

進入 安全模式,在命令提示符下輸入如下命令「sc config intelppm start = disabled」。

processr.sys 的問題也能這樣做,命令「sc config processor start = disabled」。

或是,進入安全模式後,重命名 C:\WINDOWS\system32\drivers 下的 intelppm.sys 文件也能解決此問題。

參考:http://dylanc.twbbs.org/?p=23

Proxmox VE : accessing COM port from the host in a VM

From: http://blog.wains.be/2010/01/05/proxmox-ve-accessing-com-port-from-the-host-in-a-vm/

Proxmox 使用 qemu/kvm manager (qm) 工具管理 qemu server,「qm」是它的主要用來管理的命令。由 qm 的手冊得知「args」是 VM CONFIGURATION 中的一條屬性設定,其目的是將參數傳遞至「kvm」。

因此在 qemu-server 設定檔中加上一行「args: -serial /dev/ttyS0」,則表示在「kvm」依設定檔配置虛擬機會跟據「args」裏的參數,也虛擬一個serial port 裝置,虛擬的裝置仍映射至 Host 端 /dev/ttyS0 的裝置上。

args: ...
    Note: this option is for experts only. It allows you to pass arbitrary arguments to kvm, for example:

    args: -no-reboot -no-hpet

而 kvm 配置虛擬機硬體 serial port 裝置時,也有多樣的設定方式不是只能從 Host 端直接映射。完整設定方式可由 man  qemu 查詢得知。

       -serial dev
           Redirect the virtual serial port to host character device dev. The default device is "vc" in
           graphical mode and "stdio" in non graphical mode.

           This option can be used several times to simulate up to 4 serial ports.

           Use "-serial none" to disable all serial ports.

           Available character devices are:

           vc[:WxH]
               Virtual console. Optionally, a width and height can be given in pixel with

                       vc:800x600

               It is also possible to specify width or height in characters:

                       vc:80Cx24C

           pty [Linux only] Pseudo TTY (a new PTY is automatically allocated)

           none
               No device is allocated.

           null
               void device

           /dev/XXX
               [Linux only] Use host tty, e.g. /dev/ttyS0. The host serial port parameters are set according
               to the emulated ones.

           /dev/parportN
               [Linux only, parallel port only] Use host parallel port N. Currently SPP and EPP parallel port
               features can be used.

           file:filename
               Write output to filename. No character can be read.

           stdio
               [Unix only] standard input/output

           pipe:filename
               name pipe filename

           COMn
               [Windows only] Use host serial port n

           udp:[remote_host]:remote_port[@[src_ip]:src_port]
               This implements UDP Net Console.  When remote_host or src_ip are not specified they default to
               0.0.0.0.  When not using a specified src_port a random port is automatically chosen.

               If you just want a simple readonly console you can use "netcat" or "nc", by starting QEMU
               with: "-serial udp::4555" and nc as: "nc -u -l -p 4555". Any time QEMU writes something to
               that port it will appear in the netconsole session.

               If you plan to send characters back via netconsole or you want to stop and start QEMU a lot of
               times, you should have QEMU use the same source port each time by using something like
               "-serial udp::4555@4556" to QEMU. Another approach is to use a patched version of netcat which
               can listen to a TCP port and send and receive characters via udp.  If you have a patched
               version of netcat which activates telnet remote echo and single char transfer, then you can
               use the following options to step up a netcat redirector to allow telnet on port 5555 to
               access the QEMU port.

               "QEMU Options:"
                   -serial udp::4555@4556

               "netcat options:"
                   -u -P 4555 -L 0.0.0.0:4556 -t -p 5555 -I -T

               "telnet options:"
                   localhost 5555

           tcp:[host]:port[,server][,nowait][,nodelay]
               The TCP Net Console has two modes of operation.  It can send the serial I/O to a location or
               wait for a connection from a location.  By default the TCP Net Console is sent to host at the
               port.  If you use the server option QEMU will wait for a client socket application to connect
               to the port before continuing, unless the "nowait" option was specified.  The "nodelay" option
               disables the Nagle buffering algorithm.  If host is omitted, 0.0.0.0 is assumed. Only one TCP
               connection at a time is accepted. You can use "telnet" to connect to the corresponding
               character device.

               "Example to send tcp console to 192.168.0.2 port 4444"
                   -serial tcp:192.168.0.2:4444

               "Example to listen and wait on port 4444 for connection"
                   -serial tcp::4444,server

               "Example to not wait and listen on ip 192.168.0.100 port 4444"
                   -serial tcp:192.168.0.100:4444,server,nowait

           telnet:host:port[,server][,nowait][,nodelay]
               The telnet protocol is used instead of raw tcp sockets.  The options work the same as if you
               had specified "-serial tcp".  The difference is that the port acts like a telnet server or
               client using telnet option negotiation.  This will also allow you to send the MAGIC_SYSRQ
               sequence if you use a telnet that supports sending the break sequence.  Typically in unix
               telnet you do it with Control-] and then type "send break" followed by pressing the enter key.

           unix:path[,server][,nowait]
               A unix domain socket is used instead of a tcp socket.  The option works the same as if you had
               specified "-serial tcp" except the unix domain socket path is used for connections.

           mon:dev_string
               This is a special option to allow the monitor to be multiplexed onto another serial port.  The
               monitor is accessed with key sequence of Control-a and then pressing c. See monitor access
               pcsys_keys in the -nographic section for more keys.  dev_string should be any one of the
               serial devices specified above.  An example to multiplex the monitor onto a telnet server
               listening on port 4444 would be:

               "-serial mon:telnet::4444,server,nowait"
           braille
               Braille device.  This will use BrlAPI to display the braille output on a real or fake device.

           msmouse
               Three button serial mouse. Configure the guest to use Microsoft protocol.

Proxmox VE : accessing COM port from the host in a VM

Posted on January 5, 2010

If you want to access the COM/serial port of your host machine from a KVM virtual machine in Proxmox VE, simply do the following :

vim /etc/qemu-server/104.conf
where 104 is the ID of the VM

add “args: -serial /dev/ttyS0″ to the end of the file

It should look like this :

name: testVM
ide2: debian-500-i386-netinst.iso,media=cdrom
smp: 1
vlan0: rtl8139=XX:XX:XX:XX:XX:XX
bootdisk: ide0
ide0: vm-104-disk.qcow2
ostype: other
memory: 256
args: -serial /dev/ttyS0

If the VM is already running, you may have to stop the VM completely and start it again for it to see the COM port.

If you simply reboot the machine, it may not see it.

Proxmox VE : http://pve.proxmox.com/wiki/Main_Page

WHAT IS SPICE ? qemu-kvm 聲音輸出、剪貼簿共用

From: http://spice-space.org/page/Main_Page

What is Spice?

SPICE (the Simple Protocol for Independent Computing Environments) is a remote-display system built for virtual environments which allows users to view a computing “desktop" environment – not only on its computer-server machine, but also from anywhere on the Internet and using a wide variety of machine architectures.

about this wiki

With this wiki the Spice team hopes to make it easier to let contributors add their knowledge and help the Spice project. Feel free to edit or add new pages related to Spice, or just search for answer to your questions. This wiki is a source for users and developers documentation and everybody is welcome to improve it.

This Wiki is not intended for the asking of support questions. If you have questions, please refer the support page on Spice site.

Some starting points: (in addition see menu above)

讓 qemu-kvm 虛擬機器,可以主客端共用剪貼簿、客端可以輸出聲音..等等。SPICE 可以搞定這一切。

virt-manager 重新加入系統碟(virtio) 效能低落 客端 XP

virt-manager 重新加入系統碟(virtio) 效能低落 客端 XP

virtio 硬碟移除再重新加入可能會造成 cpu 滿檔的狀況。可以進到系統後,使用裝置管理員將被隱藏不存在的virtio 裝置及控製器移除。

上述的問題可能是新舊裝置互搶資源造成cpu飇高的狀況或是重抓虛擬裝置造成XP系統非常緩慢。

也試過重建立一個新的XP虛擬機器,但使用原先的系統磁碟。這樣也可以解決這樣的問題。

Set up Spice-gtk 0.12-2 via Debian Unstable

From: https://launchpad.net/~bderzhavets/+archive/lib-usbredir87

Set up Spice-gtk 0.12-2 via Debian Unstable on Ubuntu Precise (v.2)

Boris Derzhavets Set up Spice-gtk 0.12-2 via Debian Un…
PPA description

$ sudo add-apt-repository ppa:bderzhavets/lib-usbredir87
$ sudo apt-get update
$ sudo apt-get install qemu-kvm qemu qemu-common qemu-utils \
seabios vgabios \
spice-client libusb-1.0-0 libusb-1.0-0-dev \
libspice-protocol-dev libspice-server-dev \
libusbredirhost-dev libusbredirhost1 \
libusbredirparser-dev libusbredirparser0 \
usbredirserver \
gir1.2-spice-client-glib-2.0 gir1.2-spice-client-gtk-2.0 \
gir1.2-spice-client-gtk-3.0 \
libspice-client-glib-2.0-1 libspice-client-glib-2.0-dev \
libspice-client-gtk-2.0-1 libspice-client-gtk-2.0-dev \
libspice-client-gtk-3.0-1 libspice-client-gtk-3.0-dev \
python-spice-client-gtk spice-client-gtk

$ sudo apt-get install virtinst virt-manager virt-viewer
$ sudo ln -s /etc/apparmor.d/usr.sbin.libvirtd /etc/apparmor.d/disable/

$ sudo adduser $USER libvirtd

reboot

新增額外的套件庫ppa:bderzhavets/lib-usbredir87」及更新套件庫資料,可由此套件庫安裝spice相關的套件。將上述套件安裝完成後重新開機,我們的virt-manager就能支援spice協定來顯示客端虛擬機。