virt

virt@lists.centos.org

1608 discussions

Re: [CentOS-virt] Official openvswitch package for CentOS7
by Sandro Bonazzola 21 Sep '15

21 Sep '15

On Mon, Sep 21, 2015 at 1:53 PM, Haïkel Guémar <hguemar(a)redhat.com> wrote: > On 21/09/15 12:58, Alan Pevec wrote: > >> +1 on my side. oVirt has several packages tagged in from cloud SIG, > >> maybe we can have them in this virt-common repo as well. Or maybe > >> already exists something like cloud-common we can depend on. > > > > We might end-up in circular dependecies, looks like we actually need > > cross-SIG-common for EPEL rebuilds and stuff like OVS. > > > > As for cloud-common: no we don't have it defined yet, OpenStack/RDO were > > the only active cloud-infra project in CentOS CloudSIG, and we only had > > cloud-openstack-common for OpenStack release-agnostic dependencies. > > > > Cheers, > > Alan > > > > +2 for a CBS common, it's not realistic to maintain common EPEL rebuilds > or keep retagging them from other SIGs. > > Alan suggested that we encourage EPEL to keep in fedora dist-git and > build in CBS. That could be a way to solve the issue around EPEL. > It solves the problem that EPEL is lacking contributors, and duplicating > work within CBS. > that would be great, +1 > > Regards, > H. > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Official openvswitch package for CentOS7
by C. L. Martinez 21 Sep '15

21 Sep '15

Hi all, Exists an official openvswitch package for CentoS7?? If I am not wrong, this: http://mirror.centos.org/centos/7/cloud/x86_64/openstack-kilo/openstack-neu… it can be used with openstack only. Do I need to recompile from source like is is explained here: https://n40lab.wordpress.com/2015/06/28/centos-7-installing-openvswitch-2-3… or exists another rpm package for CentOS7?? Thanks.

5 8

Re: [CentOS-virt] Official openvswitch package for CentOS7
by George Dunlap 21 Sep '15

21 Sep '15

On Fri, Sep 18, 2015 at 4:22 PM, Alan Pevec <alan.pevec(a)redhat.com> wrote: >>> Alan what do you think? Should we move openvswitch from cloud/openstack to >>> virt/kvm-common ? >> >> Since Xen users may want it too, it should probably have its own repo >> (so that both virt/kvm and virt/xen can use it). > > Yeah, is there virt/common ? If not, there definitely should be. :-) I'm actually not working today -- Sandro and Alan, let's sync up over e-mail on Monday (and/or at the Virt SIG meeting on IRC on Tuesday). -George

2 1

Re: [CentOS-virt] poor performance with dom0 on centos7
by Christoph 17 Sep '15

17 Sep '15

Am 2015-09-17 09:29, schrieb Pasi Kärkkäinen: > > Are you using nfs over UDP or TCP ? > TCP, but Network cant be the bottleneck, have tested it with iperf between bare metal/domU's and the nfs domU and it was perfectly fast... > > I don't think. > > > If you used NFS over UDP, try running it over TCP. no I use it over TCP... > > What does 'top' and/or 'iostat -x 1' say during the 'benchmark' ? top: top - 09:01:12 up 22:45, 1 user, load average: 1,97, 2,01, 1,99 Tasks: 210 total, 1 running, 209 sleeping, 0 stopped, 0 zombie %Cpu0 : 0,3 us, 1,0 sy, 0,0 ni, 91,4 id, 7,3 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu1 : 0,0 us, 0,0 sy, 0,0 ni,100,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu2 : 0,0 us, 0,0 sy, 0,0 ni,100,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu3 : 0,0 us, 0,3 sy, 0,0 ni, 13,0 id, 86,7 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 1013016 total, 19548 free, 591456 used, 402012 buff/cache KiB Swap: 1048572 total, 990776 free, 57796 used. 353468 avail Mem iostat: avg-cpu: %user %nice %system %iowait %steal %idle 0,00 0,00 0,00 50,00 0,00 50,00 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util xvda 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdb 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdc 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdd 0,00 0,00 0,00 26,00 0,00 2336,00 179,69 69,31 1060,62 0,00 1060,62 38,46 100,00 xvde 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdf 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdg 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdh 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdi 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 xvdj 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-2 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-3 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-4 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 dm-5 0,00 0,00 0,00 0,00 0,00 0,00 0,00 69,31 0,00 0,00 0,00 0,00 100,00 dm-6 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 so not really a problem... -- ------ Greetz

2 1

Re: [CentOS-virt] poor performance with dom0 on centos7
by Keith Roberts 17 Sep '15

17 Sep '15

On 2 Sep 2015, at 09:22, Pasi Kärkkäinen <pasik(a)iki.fi> wrote: > On Tue, Sep 01, 2015 at 06:47:18AM +0200, Christoph wrote: >> Hi All >> > > Hello, > >> it is possible to tune dom0/domU for better IO/network performance? >> Since I have changed to Cenots7 dom0, I have a really poor IO >> performance inside a PV VM. >> >> I have already done what is described on >> http://wiki.xenproject.org/wiki/Tuning_Xen_for_Performance >> It is better now but still significantly worse than with centos6 dom0 >> >> my settings: >> >> xen parameter: dom0_mem=1024M cpufreq=xen dom0_max_vcpus=2 >> dom0_vcpus_pin >> >> xl sched-credit >> Cpupool Pool-0: tslice=30ms ratelimit=1000us >> Name ID Weight Cap >> Domain-0 0 1024 0 >> samael 1 256 0 >> satan 2 512 0 >> amon 3 256 0 >> leviathan 4 512 0 >> >> echo 1048576 > /proc/sys/net/ipv4/tcp_limit_output_bytes on dom0 >> >> the both domU's satan and leviathan are very IO performance oriented >> (NFS server and downloading vm) >> >> Is there something more what I can do or try? >> >> could it be a selinux issue? I have it in permissive mode there, not >> disabled. But permissive means only to collect the info not enforcing >> the rules... >> >> (I use the xen45 pkgs) >> > > You forgot to mention the most important thing.. what kind of performance numbers are you seeing? What are you expecting? > > > Thanks, > > — > Pasi Here’s a useful disk i/o stress test program that I got good results with on openSUSE 13.1, by running it on several VM’s overnight: Using Bonnie++ for filesystem performance benchmarking http://archive09.linux.com/feature/139742 HTH Keith Roberts

1 0

poor performance with dom0 on centos7
by Christoph 17 Sep '15

17 Sep '15

Hi All it is possible to tune dom0/domU for better IO/network performance? Since I have changed to Cenots7 dom0, I have a really poor IO performance inside a PV VM. I have already done what is described on http://wiki.xenproject.org/wiki/Tuning_Xen_for_Performance It is better now but still significantly worse than with centos6 dom0 my settings: xen parameter: dom0_mem=1024M cpufreq=xen dom0_max_vcpus=2 dom0_vcpus_pin xl sched-credit Cpupool Pool-0: tslice=30ms ratelimit=1000us Name ID Weight Cap Domain-0 0 1024 0 samael 1 256 0 satan 2 512 0 amon 3 256 0 leviathan 4 512 0 echo 1048576 > /proc/sys/net/ipv4/tcp_limit_output_bytes on dom0 the both domU's satan and leviathan are very IO performance oriented (NFS server and downloading vm) Is there something more what I can do or try? could it be a selinux issue? I have it in permissive mode there, not disabled. But permissive means only to collect the info not enforcing the rules... (I use the xen45 pkgs) -- ------ Greetz

2 3

adding xen support to grub2 got segfault running grub2-mkimage
by Mark Pryor 17 Sep '15

17 Sep '15

There is some interest lately in making a self-contained grub2 boot image - call it pvgrub2, used for booting paravirtual domU in xen where a grub2 config is installed. First attempt------------------ I first tried using the grub2*.src.rpm from the C7 vault. I configured as shown belowhttps://blog.xenproject.org/2015/01/07/using-grub-2-as-a-bootloader-fo… for headers, I used xen-devel, xen-libs, xen-licenses from a recent build I didhttp://107.185.144.55/xen/cent7/dom0/RPMS/stable-4.5/mock/ this gave a segfault from grub2-mkimage with a cmdline like/usr/bin/grub2-mkimage -O x86_64-xen -C auto -d /usr/lib/grub/x86_64-xen -c ./grub-bootstrap.cfg -m ./memdisk.tar -o ./grub2-x86_64-xen.bin -v ext2 fat file font fshelp gzio halt hashsum help legacycfg linux loadenv loopback part_dvh part_gpt part_msdos part_plan part_sun xfs xnu_uuid xnu_uuid_test xzio the image would finish if I cut down the module list to about 8 or less modules. This is not enough for a useful image . Second Attempt----------------In the same build env, I started with the git clone (see link). Now when running grub-mkimage I included all the modules in/usr/lib/grub/x86_64-xen/ and the image formed without error and works as expected as a xen bootloader. The only difference in the two builds is the size of grubX-mkimage: one is stripped and the other not. Using the official grub2 C7 packages failed and a rogue build from git worked. regards,PryMar56

2 2

FYI: Some changes to libguestfs / libguestfs-winsupport / virt-v2v / virt-p2v in RHEL 7.2
by Richard W.M. Jones 16 Sep '15

16 Sep '15

libguestfs is a set of tools for reading and modifying disk images and virtual machines. virt-v2v and virt-p2v are tools for converting guests from foreign hypervisors (especially VMware, Xen), or physical machines, to run on KVM (eg. virt-manager, OpenStack/RHOS or oVirt/RHEV). This is just a heads-up about some changes to the way libguestfs and related packages will be packaged in RHEL 7.2. Previously (<= 7.1): - libguestfs required qemu-kvm-rhev (qemu-kvm-ev in CentOS). - libguestfs-winsupport was in a separate RHEL channel. - libguestfs-winsupport had file conflicts with ntfs-3g. - virt-v2v was not shipped in RHEL 7.1. - There were missing BuildRequires. Starting with RHEL 7.2: - libguestfs requires qemu-kvm. (You can still use qemu-kvm-ev if you want). - There is an upgraded qemu-kvm package that contains the extra features from qemu-kvm-ev that libguestfs needed. - libguestfs-winsupport will be shipped in the base RHEL Server channel, as an ordinary package. - libguestfs-winsupport won't conflict with any EPEL packages. - virt-v2v is built as a binary sub-package of libguestfs, and shipped in the base RHEL Server channel. - There should be no missing BuildRequires this time. Hopefully this is a simplification, and will make everyone's job easier. If there's any fall-out from these changes that affects CentOS, please let me know - best to CC me on any emails. - - - Now for something that is -- unfortunately -- still complicated: virt-p2v is a CD/ISO that we build to allow conversions of physical machines to KVM. You have to boot the physical machine with the CD. For this reason the virt-p2v ISO that we give to RHEL customers contains a bootable RHEL distro. In RHEL we build this using an (IMHO over-complicated) method starting with a kickstart, building an ISO, and then wrapping the ISO in an RPM. If CentOS has a way to ship ISOs, then it's likely better for CentOS just to build the ISO and stop there. To get the kickstart, run: $ virt-p2v-make-kickstart -o p2v.ks http://centos.org/path/to/7.2/repo Further instructions here: http://libguestfs.org/virt-p2v-make-kickstart.1.html Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html

1 0

Using STP in kvm bridges
by C.L. Martinez 16 Sep '15

16 Sep '15

Hi all, Reading docs about using bridges in a KVM environment, I have a doubt about activating STP or not in a KVM host. What advantages and disadvantages have?? If I will want to install some kvm guests that use multicast address for certain services, is it recommended to enable STP? Thanks.

3 6

libvirt, xen PV, qemu-system-i386, root user
by Karel Hendrych 14 Sep '15

14 Sep '15

Hi, after migrating to libvirt/libxl according to: https://wiki.centos.org/HowTos/Xen/Xen4QuickStart/Xen4Libvirt I've noticed that my Xen PV domains are being launched by qemu-system-i386 running under root privileges. I am wondering why is this? Previously no qemu process was used. If qemu is needed for some reason, are there any guidelines for non-root operation? Thanks -- Karel Hendrych

3 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt