Ho fatto funzionare KVM prima sull'[[asus_desktop|Asus fisso]], e poi anche sul server, collegandomici a distanza dall'[[asus_1000px|Asus 1001PX]] o dal [[vaiopcg-fr285e|Vaio]] di Florence, attraverso Virt-manager. Ci sono alcune cose da tenere presenti:

C'è un bug: ogni volta che il server viene riavvivato si deve dare questo comando:

<code>
# virsh net-start default
</code>

per risolvere il bug è bastato lanciare, una volta sola, questo comando:

<code>
# virsh net-autostart default
</code>
----
Dopo aver installato

**qemu-kvm** e **libvirt-bin**,

sul **server** (l'host), ricordarsi di fare:

<code>
sudo adduser francesco libvirt
</code>

----

Sul **client** vanno sempre installati due pacchetti:

**virt-manager** e **ssh-askpass**

ma in wheezy ormai basta un semplice

<code>
apt-get install virt-manager
</code>

----

Mi sono comprato una scheda PCI express della Intel con due porte Ethernet ma quando ho provato a fare un collegamento diretto con una virtual machine KVM, seguendo questo tutorial:

https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Host_Configuration_and_Guest_Installation_Guide/sect-Virtualization_Host_Configuration_and_Guest_Installation_Guide-PCI_Assignment-Adding_a_PCI_device_to_a_host.html

mi sono reso conto che l'HP Microserver non supporta l'IOMMU: http://h30441.www3.hp.com/8845/15351-15351-4237916-4237918-4237917-4248009/reviews.htm?sort=rating&dir=asc

pazienza, l'utilizzerò in altro modo

----

**Come accedere alla VM dalla rete esterna?**

1) Non posso usare la scheda PCI perché il serverHP non ha l'IOMMU attivato

2) Non posso usare il bridging perché il mio switch non me lo permette

e quindi?

Questo link non aiuta più di tanto:

http://wiki.libvirt.org/page/Networking#NAT_forwarding_.28aka_.22virtual_networks.22.29

e nemmeno questo:

http://www.linux-kvm.org/page/Networking#iptables.2Frouting

forse posso seguire questo:

http://rcritical.blogspot.fr/2011/01/iptables-port-forwarding-to-kvm-virtual.html

----

Questa opzione della **neufbox** cosa permette?

<code>Dans la rubrique **Table de routage**, vous pouvez ajouter des routes pour joindre des réseaux accessibles par une passerelle différente de la neufbox. Ces réglages sont réservés à des utilisateurs experts
</code>

----

Forse sono ho trovato una soluzione, grazie al piccolo programma **rinetd**

ho inserito questo

<code>
francesco@serverHP:/etc$ cat rinetd.conf 
#
# this is the configuration file for rinetd, the internet redirection server
#
# you may specify global allow and deny rules here
# only ip addresses are matched, hostnames cannot be specified here
# the wildcards you may use are * and ?
#
# allow 192.168.2.*
# deny 192.168.2.1?


#
# forwarding rules come here
#
# you may specify allow and deny rules after a specific forwarding rule
# to apply to only that forwarding rule
#
# bindadress    bindport  connectaddress  connectport

0.0.0.0 3389 192.168.122.231 80

# logging information
logfile /var/log/rinetd.log

# uncomment the following line if you want web-server style logfile format
# logcommon
</code>

e ho fatto ripartire il demone

<code>
sudo /etc/init.d/rinetd restart
</code>

Adesso, quando vado qui

http://192.168.1.44:3389/

vedo **Welcome to nginx!**

----

Per vedere le VM in CLI:

<code>
francesco@serverHP:~$ sudo virsh -c qemu:///system list --all
 Id Name                 State
----------------------------------
  3 UbuntuServer         running
  - Wheezy               shut off

</code>

per lanciarle //a la mano//:

<code>
francesco@serverHP:~$ sudo virsh -c qemu:///system start Wheezy
Domain Wheezy started

</code>
----
3 novembre 2019: sul'[[thinkpad_x280|X280]], dopo qualche upgrade, [[KVM]] ha iniziato a non funzionare perché [[ApparMor]] non trovava un file. Ho allora cambiato un parametro in:

<code>/etc/libvirt/qemu.conf</code>

security_driver = "none"

e tutto ha ripreso a funzionare.
----
Sempre sul [[ThinKpad X280]], nel gennaio 2021, dopo aver fatto un upgrade generale a buster-backports, ho un errore:

<code>
operation 'serpusetMemoryMigrate' not supported
</code>

Trovo la soluzione qui:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935734

quindi:

<code>
root@X280:~# /etc/init.d/libvirtd stop
</code>

in **/etc/libvirt/qemu.conf**

aggiungo:

<code>
cgroup_controllers = [ ]
</code>

e infine

<code>
root@X280:~# /etc/init.d/libvirtd start
</code>