|
|
- Details
-
Category: XenServer
-
Created on Tuesday, 09 August 2016 17:37
-
Written by Tomasz Zdunek
This guide describes deployment of two node XenServer without need of dedicated external storage. The concept is to provide redundancy without additional components, closing storage and compute on twin physical (or virtual for Proof of Concept) servers.
Initial requirements are:
-
Two servers withf two or more hard drivers - one for XenServer and CEPH Journal, second for CEPH data.
-
Pre-installed XenServer 7 on the two nodes
-
Internet Access
Read more: XenServer 7 HA Cluster with CEPH
- Details
-
Category: Libvirt
-
Created on Friday, 14 February 2014 19:14
-
Written by Tomasz Zdunek
There is an issue with Libvirt and openvswitch. After a some time of usage and reboots openvswitch saves the current state into its' conf.db. This is very annoying issue because you won't be able to start VMs with this configuration, the start will end with "error: Unable to add port vnet0 to OVS bridge CORE: Operation not permitted" error. But if you know what is causing this there is easy fix for it.
Read more: Openvswitch + libvirt = FIX - operation not permitted
- Details
-
Category: Libvirt
-
Created on Thursday, 19 March 2015 23:00
-
Written by Tomasz Zdunek
We you are using libvirt with VNC based on sockets instead of default TCP listening and you are not running as root. You could have an situation when socket has incorrect permissions 0775 and qemu:qemu group under default /var/lib/libvirt/qemu folder. The files has extension ".vnc" with suffix based on your Virtual Machine name and "=" sign.
Unix sockets are forced by "vnc_auto_unix_socket" in qemu.conf file, in /etc/libvirt folder.
The params from libvirtd.conf unix_sock_rw_perms and unix_sock_ro_perms, had no impact on the VNC socket permissions.
Read more: VNC socket with Libivrt incorrect permissions
- Details
-
Category: ESXi
-
Created on Monday, 23 June 2014 17:09
-
Written by Tomasz Zdunek
You may want to run ESXi nested in QEMU/KVM but without re-compiling qemu source it's not possible. The try without the fix fails with pinky screen:
Read more: Running ESXi 5.1 on QEMU/KVM
- Details
-
Category: LXC
-
Created on Friday, 04 April 2014 13:03
-
Written by Tomasz Zdunek
If you are using opensuse 13.1 as the LXC guest you probably will meet the issue with login to it via virsh console. But its only when you are running the geust via libvirt. I had no issue with login via lxc-console when using native lxc tools.
Read more: LXC Login issue via serial
- Details
-
Category: Libvirt
-
Created on Saturday, 08 February 2014 12:36
-
Written by Tomasz Zdunek
VLANs are old technology to keep L2 separated, but it's very handy to limit the interfaces needed on Linux to provide multiple separate networks for VMs. In old fashion way like XenServer does without openvswitch we would create VLANs on the interfaces like eth0.4000 or networks in form on bridges.
With openvswitch we just create one bridge and it will handle all VLAN traffic for us, without the need of interfaces messing our system.
Read more: Libvirt + openvswitch = vlans with portgroups
- Details
-
Category: Libvirt
-
Created on Friday, 14 February 2014 19:22
-
Written by Tomasz Zdunek
Cgroups are with us for a long time and it's very powerful feature. You can limit everything, everywhere... It's also integrated into systemd and libvirt, and it's a shame not to use it. For me the biggest advantage of this solution is making of common groups within we can keep specific machines.
Read more: Libvirt + cgroups settings = keep VMs limited
Subcategories
-
LXC
Linux LXC based virtualization
-
ESXi
VMware's ESXi virtualization solution
-
Libvirt
Linux LXC based virtualization
-
XenServer
Citrix's XenServer virtualization solution
|
|
|