Some days back I was trying to start #virt-manager application from my fedora 18 system and got the error : The error details looked : Error starting Virtual Machine Manager: No D-BUS daemon running But when checking ‘dbus’ status I noticed, it’s up and running. then whats the issue? Later I found, I am able …
Here is a small tip. People used to ask me, how can we increase a file size in linux ? Mostly it is in conjuction with ‘virtual image file’ .. It is possible to increase/decrease the size of the file using 2 ways (those are atleast known to me) One method is using ‘dd‘ command. …
Libvirt provides support for ‘sharing a disk with mulitple VMs’, even virt-manager utililty has the support for it. How-ever there is a common misunderstanding that, once you enable ‘sharable’ it is done and you can concurrently write data to it. Please note that, the <shareable/> flag tells libvirt that the disk will be *concurrently* accessed …
Today I got this question, Is it possible to resize the guest block device without shutting down the guest? Or in another way, Is it possible to do online resizing of guest block devices ? The answer was ‘YES‘, it is possible with a switch called ‘blockresize’ of ‘virsh’ command : Below example would illustrate …
The QEMU Monitor Protocol (QMP) is a JSON-based protocol which allows applications to communicate with a QEMU instance. Read more about QMP here :http://wiki.qemu.org/QMP Its a client server architecture where the data can be exchanged. The monitor protocol is really useful for debugging, experimenting and also useful for collecting statistics and for fetching data about …
virtio-scsi going to be really a cool implementation on virtio stream. Indeed virtio-blk was arranging that position. How-ever virtio-blk lagged/skipped lots of scsi command ioctls which paved the way to virtio-scsi. Along with virtio-scsi implementation, other downsides of virtio-blk have been lifted, for ex: the number of disk limitation..etc.. To know more about virtio-scsi, I …
Today one of my friend came into this error and I was called up to find a solution.. [root@host]# virsh create /etc/libvirt/qemu/rhel5.4-x86_64-kvm.xml error: Failed to create domain from /etc/libvirt/qemu/rhel5.4-x86_64-kvm.xml error: internal error Process exited while reading console log output: Supported machines are: pc Standard PC (alias of pc-0.14) pc-0.14 Standard PC (default) fedora-13 Standard PC …
Open vSwitch (OVS) is a software switch. It consist of user space tools provided by openvswitch rpm and kernel modules provided by kmod-openvswitch rpm. Unlike the bridge available in old versions of distros ( fedora, rhel..etc ) it provides many advanced configuration options like tagged vlan. Full details available at http://www.openvswitch.org/
Open vSwitch is a network switch; at its lowest level, it is concerned with routing packets between interfaces. It is aimed at virtualization users, so, naturally, it is used in the creation of virtual networks. A switch can be set up with a number of virtual network interfaces, most of which are used by virtual machines to communicate with each other and the wider world. These virtual networks can be connected across hosts and across physical networks. One of the key features of Open vSwitch appears to be the ability to easily migrate virtual machines between physical hosts and have their network configuration (addresses, firewall rules, open connections, etc.) seamlessly follow.
Below Process will outline the steps required in CentOS/RHEL..etc
STARTING THE SERVICE
modprobe -r bridge (OVS kernel modules conflict with the “bridge” module)
modprobe openvswitch_mod
modprobe brcompat_mod (OVS bridge compatibility support module. Without this lbvirt cannot use OVS)
Once kernel module part is loaded, lets try to start the subjected service as shown below:
/etc/init.d/openvswitch start
/etc/openvswitch/conf.db does not exist … (warning).
Creating empty database /etc/openvswitch/conf.db [ OK ]
Starting ovsdb-server [ OK ]
Configuring Open vSwitch system IDs [ OK ]
Starting ovs-vswitchd [ OK ]
So, ovs-vswitchd service is started successfully..
Below command needs ‘brcompat_mod’ and will enable libvirt to use brctl to manage OVS.
ovs-brcompatd –pidfile –detach
Below are the steps which I followed to configure vlan ..
HOW TO CREATE TAGGED VLANS
On the HOST
ovs-vsctl add-br br0
ovs-vsctl add-port br0 vlan10 tag=10 — set interface vlan10 type=internal [creating a taged vlan 10]
Now, lets list the bridge configuration in the system via ‘brctl’ command..
brctl show
If something goes wrong (easiest way ) stop openvswitch service, delete /etc/openvswitch/conf.db and start the service again. Do the configuration again.
To test: Execute below steps in VM1
vconfig add eth0 10 [add vlan interface]
ifconfig eth0.10 192.168.10.100 netmask 255.255.255.0 broadcast 192.168.10.255 up [assign IP]
vconfig add eth0 20
ifconfig eth0.20 192.168.20.100 netmask 255.255.255.0 broadcast 192.168.20.255 up
VM2
vconfig add eth0 10 [add vlan interface]
ifconfig eth0.10 192.168.10.101 netmask 255.255.255.0 broadcast 192.168.10.255 up [assign IP]
vconfig add eth0 20
ifconfig eth0.20 192.168.20.101 netmask 255.255.255.0 broadcast 192.168.20.255 up
Now try pinging VM1 to VM2
*************************************************************************************************************** Below Process will outline Fedora 17, 18, 19 Versions:
Unlike centos/rhel , the openvswitch support is added in libvirt. So, you dont need ‘brcompat_mod’ mentioned in first/above section to use it with libvirt.
Aug 02 08:26:25 Xman openvswitch.init[31565]: /etc/openvswitch/conf.db does not exist … (warning).
Aug 02 08:26:25 Xman openvswitch.init[31565]: Creating empty database /etc/openvswitch/conf.db [ OK ]
Aug 02 08:26:25 Xman openvswitch.init[31565]: Starting ovsdb-server [ OK ]
Aug 02 08:26:25 Xman ovs-vsctl[31592]: 00001|vsctl|INFO|Called as ovs-vsctl –no-wait — init — set Open_vSwitch . db-version=6.12.0
Aug 02 08:26:25 Xman ovs-vsctl[31597]: 00001|vsctl|INFO|Called as ovs-vsctl –no-wait set Open_vSwitch . ovs-version=1.10.0 “external-ids:system-id…unknown\””
Aug 02 08:26:25 Xman openvswitch.init[31565]: Configuring Open vSwitch system IDs [ OK ]
Aug 02 08:26:25 Xman openvswitch.init[31565]: Starting ovs-vswitchd [ OK ]
Aug 02 08:26:25 Xman openvswitch.init[31565]: Enabling remote OVSDB managers [ OK ]
Aug 02 08:26:25 Xman openvswitch.init[31565]: Enabling gre with iptables [ OK ]
Aug 02 08:26:25 Xman systemd[1]: Started Open vSwitch.
[root@Xman 3.9.9-301.fc19.x86_64]#
There are couple of ‘virsh’ commands which can be used to get some basic information about the hypervisor which are in use/connected..
I will directly show the command output to get that information..
[root@humbles-lap ~]#virsh nodeinfo
CPU model: x86_64
CPU(s): 4
CPU frequency: 1599 MHz
CPU socket(s): 1
Core(s) per socket: 2
Thread(s) per core: 2
NUMA cell(s): 1
Memory size: 3909832 kB