Francesco Scaglione

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
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>