Re: [CentOS-virt] Xen-kernel: Update to 4.14 or 4.19?

[Akemi Yagi]

On Thu, Mar 7, 2019 at 9:42 AM George Dunlap  wrote:
>
> Hey all,
>
> We've been on 4.9 for some time now, and while it's still supported, I
> think it's time to start thinking about upgrading, and I'd like input
> from the community about which version to move up to.
>
> 4.19 has been out for almost 5 months now.  It will include PVH domU
> support, and PVH dom0 support in what _is believed_ to be the final
> form; so when the Virt SIG moves to a version of Xen that supports PVH
> dom0, the kernel will already be in place with no need to upgrade.
>
> The other option would be to move to 4.14: Probably more stable (as
> it's been out for over a year now), but doesn't have either PVH domU
> or PVH dom0 support.
>
> I'd suggest 4.19. Any other opinions?
>
>  -George

You may also want to consider each version's EOL:

4.9   Jan, 2023
4.14   Jan, 2020
4.19   Dec, 2020

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] kernel 4.9.86-30 missing mpt2sas module

[Akemi Yagi]

On Tue, Mar 6, 2018 at 7:27 AM, T.Weyergraf  wrote:
> Hi
>
> I am attempting to setup Xen 4.10 with kernel 4.9.86-30 (
> virt7-xen-410-testing, virt7-common-testing ) on CentOS7
> After installing everything, the machine was unable to boot and hung in
> dracut stating it could not find its root device.
>
> The testsystem I use is a somewhat aged Dell M915 Blade (Quad opteron 61xx),
> using an MPT SAS controller for it's SAS boot drives. Stock CentOS 7 reports
> mpt2sas module being used to access the controller.
> That module is not present in the modules directory of the 4.9.86:
>
> 4.9.86-30:
> # pwd
> /lib/modules/4.9.86-30.el7.x86_64
> # find . -name "*mpt2*" -print
> #
>
> stock 3.10.0-693:
> # pwd
> /lib/modules/3.10.0-693.el7.x86_64
> # find . -name "*mpt2*" -print
> ./kernel/drivers/scsi/mpt3sas/mpt2sas.ko.xz
>
> The fun part is, that according to the shipped config, it should be there:
> # grep MPT2 /boot/config-4.9.86-30.el7.x86_64
> CONFIG_SCSI_MPT2SAS_MAX_SGE=128
> CONFIG_SCSI_MPT2SAS=m
>
> Any idea, what happened? I will try myself to build a new kernel from the
> corresponding source package to check, what went wrong.

In newer kernels (such as 4.9), the way the mpt2[3]sas driver is
provided has changed.

In the distro kernel config:

SCSI_MPT3SAS -> SAS 3.0 driver
SCSI_MPT2SAS -> SAS 2.0 driver

In the 4.x kernel config:

SCSI_MPT3SAS -> SAS 3.0 and SAS 2.0 device driver
SCSI_MPT2SAS -> Legacy MPT2SAS config option

config SCSI_MPT2SAS
tristate "Legacy MPT2SAS config option"
default n
select SCSI_MPT3SAS
depends on PCI && SCSI
---help---
Dummy config option for backwards compatiblity: configure the MPT3SAS
driver instead.

Therefore I suggest you try using the mpt3sas module. You can check to
see if your device is supported by the device ID paring (see lspci
-nn).

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] CentOS-virt - Kernel Side-Channel Attacks

[Akemi Yagi]

On Thu, Jan 4, 2018 at 9:51 AM,  wrote:

> Please patch the CentOS-virt Kernel to fix the
> Kernel Side-Channel Attacks vulnerabilities.
>
> The latest CentOS-virt kernel was released in November, as seen below.
>
> kernel-4.9.63-29.el7.x86_64.rpm 2017-11-21 13:30
>
> https://access.redhat.com/security/vulnerabilities/speculativeexecution
> http://mirror.centos.org/centos/7/virt/x86_64/xen/
>

​As far as I can see, the patches for ​
KAISER (Kernel Address
​ ​Isolation to have Side-channels Efficiently Removed) will appear in
kernel 4.9.75. Looks like it will be released soon upstream (kernel.org).

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Xen PV DomU running Kernel 4.14.5-1.el7.elrepo.x86_64: xl -v vcpu-set triggers domU kernel WARNING, then domU becomes unresponsive

[Akemi Yagi]

On Mon, Dec 11, 2017 at 4:52 PM, Adi Pircalabu  wrote:

> Has anyone seen this recently? I couldn't replicate it on:
> - CentOS 6 running kernel-2.6.32-696.16.1.el6.x86_64,
> kernel-lt-4.4.105-1.el6.elrepo.x86_64
> - CentOS 7 running 4.9.67-1.el7.centos.x86_64
>
> But I can replicate it consistently running "xl -v vcpu-set  "
> on:
> - CentOS 6 running 4.14.5-1.el6.elrepo.x86_64
> - CentOS 7 running 4.14.5-1.el7.elrepo.x86_64
>
> dom0 versions tested with similar results in the domU:
> - 4.6.6-6.el7 on kernel 4.9.63-29.el7.x86_64
> - 4.6.3-15.el6 on kernel 4.9.37-29.el6.x86_64
>
> Noticed behaviour:
> - These commands stall:
> top
> ls -l /var/tmp
> ls -l /tmp
> - Stuck in D state on the CentOS 7 domU:
> root 5  0.0  0.0  0 0 ?D11:20   0:00
> [kworker/u8:0]
> root   316  0.0  0.0  0 0 ?D11:20   0:00
> [jbd2/xvda1-8]
> root  1145  0.0  0.2 116636  4776 ?Ds   11:20   0:00 -bash
> root  1289  0.0  0.1  25852  2420 ?Ds   11:35   0:00
> /usr/bin/systemd-tmpfiles --clean
> root  1290  0.0  0.1 125248  2696 pts/1D+   11:44   0:00 ls
> --color=auto -l /tmp/
> root  1293  0.0  0.1 125248  2568 pts/2D+   11:44   0:00 ls
> --color=auto -l /var/tmp
> root  1296  0.0  0.2 116636  4908 pts/3Ds+  11:44   0:00 -bash
> root  1358  0.0  0.1 125248  2612 pts/4D+   11:47   0:00 ls
> --color=auto -l /var/tmp
>
> At a first glance it appears the issue is in 4.14.5 kernel. Stack traces
> follow:
>
> Adi Pircalabu


Can you test-install 4.15-rcX​

 to see if the problem persists in the latest kernel?:

​http://elrepo.org/people/ajb/devel/kernel-ml/el7/x86_64/RPMS/

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Crash in CentOS 7 kernel-3.10.0-514.16.1.el7.x86_64 in Xen PV mode

[Akemi Yagi]

On Mon, Oct 23, 2017 at 11:08 PM, Akemi Yagi <amy...@gmail.com> wrote:

> On Mon, Oct 23, 2017 at 12:57 PM, Karl Johnson <karljohnson...@gmail.com>
> wrote:
>
>> On Sat, May 20, 2017 at 8:30 PM, Sarah Newman <s...@prgmr.com> wrote:
>>
>>> I experienced a bug that is likely the same as
>>> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1350373 . Commit
>>> b7dd0e350e0bd4c0fddcc9b8958342700b00b168 , which is supposed to fix it,
>>> doesn't appear in this kernel and doesn't apply cleanly either.
>>> Is there any point in trying to backport the patch?
>>>
>>> I had the same kernel panic while booting a PV domU on
>> 3.10.0-693.2.2.el7.centos.plus.x86_64. I had to start the domU again to
>> boot correctly. Can this patch be added to the CentOS 7 kernel-plus?
>>
>> Karl
>>
>
> ​I can certainly add the patch (commit 
> b7dd0e350e0bd4c0fddcc9b8958342700b00b168)
> to the Plus kernel.​ It would be best if you could file a request on
> http://bugs.centos.org so that we can track it better.
>
> Akemi
>

​A CentOSPlus kernel ​set with the referenced patch applied is available
for testing at:

https://people.centos.org/toracat/kernel/7/plus/xen/

Feedback appreciated,

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Crash in CentOS 7 kernel-3.10.0-514.16.1.el7.x86_64 in Xen PV mode

[Akemi Yagi]

On Mon, Oct 23, 2017 at 12:57 PM, Karl Johnson 
wrote:

> On Sat, May 20, 2017 at 8:30 PM, Sarah Newman  wrote:
>
>> I experienced a bug that is likely the same as
>> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1350373 . Commit
>> b7dd0e350e0bd4c0fddcc9b8958342700b00b168 , which is supposed to fix it,
>> doesn't appear in this kernel and doesn't apply cleanly either.
>> Is there any point in trying to backport the patch?
>>
>> I had the same kernel panic while booting a PV domU on
> 3.10.0-693.2.2.el7.centos.plus.x86_64. I had to start the domU again to
> boot correctly. Can this patch be added to the CentOS 7 kernel-plus?
>
> Karl
>

​I can certainly add the patch (commit
b7dd0e350e0bd4c0fddcc9b8958342700b00b168)
to the Plus kernel.​ It would be best if you could file a request on
http://bugs.centos.org so that we can track it better.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Running graphical applications from CentOS headless vm

[Akemi Yagi]

On Sat, Feb 25, 2017 at 10:49 PM, C. L. Martinez  wrote:
> Hi all,
>
>  I have installed a CentOS7 vm in my home server with all graphical tools 
> installed: Gnome, Chrome, Tor Borwser, etc. My idea is to run these graphical 
> applications from two MacOSX desktops. What I am looking for is something 
> similar like Microsoft RDP services that supports copy and paste between 
> client and server, sound, clipboard, etc ...
>
>  I have seen a possible solution using xrdp: http://www.xrdp.org. But exists 
> some other solution??

To connect to remote desktops, you can try x2go (x2goserver from
EPEL). I think the client is available for MacOSX.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] missing bnx2x firmware files in Xen4CentOS CentOS6 kernel 3.18.12-11

[Akemi Yagi]

On Mon, Jul 6, 2015 at 8:43 PM, Johnny Hughes joh...@centos.org wrote:
 On 07/05/2015 11:35 AM, T.Weyergraf wrote:
 Hi folks

 As mentioned in the subject, kernel-3.18.12-11 is missing firmware files
 required to run Broadcom/Qlogic network cards, driven by bnx2x driver.
 While in the source-rpm, there is a bnx2/bnx2x firmware tgz being
 applied during the rpm build, along with a patch adding these firmware
 files to firmware/Makefile, neither the tgz nor the patch contain the
 required firmware files. In 3.18, the driver bumped to version
 1.710.51-0, requiring the following firmware files/versions to work:

 firmware:   bnx2x/bnx2x-e2-7.10.51.0.fw
 firmware:   bnx2x/bnx2x-e1h-7.10.51.0.fw
 firmware:   bnx2x/bnx2x-e1-7.10.51.0.fw

 I helped myself by either copying the required firmware-files to the
 target-machines' /lib/firmware/bnx2x dir and ultimately by adding the
 files to the source-rpm along with a new Makefile patch and rebuilding
 the kernel rpms.

 However, as bnx2x NICs seem quite commonplace these days, I suggest to
 fix this 'upstream'. If required, I can provide the (trivial) patch. I
 pulled the firmware-files from a CentOS 7 stock kernel.

 Regards
 Thomas

 Thomas,

 Please see if this kernel solves your issues:

 http://people.centos.org/hughesjr/xen-kernel/x86_64/Packages/

 Thanks,
 Johnny Hughes

There was a response, Nope, those did not work. See:

https://bugs.centos.org/view.php?id=9030#c23582

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Xen4CentOS e1000e package

[Akemi Yagi]

On Tue, Oct 7, 2014 at 10:05 AM, George Dunlap dunl...@umich.edu wrote:
 KB and I were looking at repositories to import into git.centos.org
 recently, and we found the e1000e package -- a rebuild of the Intel
 e1000 driver for the x4c kernel.

 Does anyone know if this externally-build module is still necesssary
 for Linux 3.10?  Or for Linux 3.14, which we're planning on moving to
 at some point in the near future?

This is just a data point. C6, C7 and kernel 3.17 (latest from
kernel.org) all provide the e1000e driver version 2.3.2-k.  The one
for xen4centos is currently at 2.5.4.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] [Advice] CentOS6 + KVM + bonding + bridging

[Akemi Yagi]

On Fri, Sep 7, 2012 at 11:17 AM, Nanook nan...@eskimo.com wrote:

   Could try building a 3.6 kernel from the git repository and see if 
 they've
 resolve the issue there.

If the latest stable kernel (3.5.x) from kernel.org is useful, you can
find kernel-ml-3.5.3 from ELRepo ( http://elrepo.org/tiki/kernel-ml ).

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] CentOS 6 and KVM woes

[Akemi Yagi]

On Fri, Jul 15, 2011 at 2:07 PM, Trey Dockendorf treyd...@gmail.com wrote:
 I have decided to migrate my latest KVM server to CentOS 6.0 and am
 beginning to get a little frustrated with some issues that worked perfectly
 in 5.6.
(snip)
 Here's what I have so far...
 ifcfg-eth3...
 -
 DEVICE=eth3
 HWADDR=00:1B:21:A1:CF:76
 ONBOOT=yes
 BRIDGE=br0
 ifcfg-br0
 
 DEVICE=br0
 TYPE=Bridge
 BOOTPROTO=static
 ONBOOT=yes
 IPADDR=
 BROADCAST=
 NETMASK=
 NETWORK=

I do not see GATEWAY= in your ifcfg-br0. Do you actually have it?

 Again I can ping br0's IP remotely , but no VMs assigned to it can access
 even that network's gateway.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] My CentOS in VMware can't find my wireless card

[Akemi Yagi]

On Wed, Jun 8, 2011 at 6:59 PM, liming wu wuliming2...@gmail.com wrote:

what's the output of lsusb?
 Here is the output :
 
 [root@wulmcent ~]# lsusb
 Bus 001 Device 001: ID :
 Bus 001 Device 002: ID 0cf3:1006 Atheros Communications, Inc.
 Bus 002 Device 001: ID :

There seems to be some hope. :-)

Your device ID pair is listed on this page:

http://wireless.kernel.org/en/users/Drivers/ath9k_htc/devices

The parent page has a guide for 'getting the driver':

http://wireless.kernel.org/en/users/Drivers/ath9k_htc

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Extract ip address from a kvm guest

[Akemi Yagi]

On Sat, Apr 23, 2011 at 10:46 AM, carlopmart carlopm...@gmail.com wrote:
 On 04/23/2011 07:32 PM, Mark Pryor wrote:

 --- On Sat, 4/23/11, carlopmartcarlopm...@gmail.com  wrote:

    Somebody knows how can I extract/know an ip address
 used by a kvm

 etc)?? I don't use a dhcp or dns server on this network.

 If you have an http server on the local network:

 Inside the VM guest:

  /etc/rc.local 
 wget --spider http://192.168.1.1/favicon.ico?sl6bs?ga-p45
  snip -

 where the web server is at 192.168.1.1, Virt host is ga-p45, and the VM 
 guest is sl6bs.

 In the server logs I see:
 $ sudo tail -n 175 /var/log/apache2/local_log | grep fav
 192.168.1.224 - - [23/Apr/2011:10:10:02 -0700] HEAD 
 /favicon.ico?lucidpv?ga-p45 HTTP/1.0 200 296
 192.168.1.155 - - [23/Apr/2011:10:10:10 -0700] HEAD 
 /favicon.ico?centbs?ga-p45 HTTP/1.0 200 296
 192.168.1.183 - - [23/Apr/2011:10:10:10 -0700] HEAD 
 /favicon.ico?sl6bs?ga-p45 HTTP/1.0 200 296

 Interesting Mark, but I don't have a http server installed. And between
 kvm host and kvm guests exists a firewall. Then, I can¡t use ping,
 telnet or other tools ...

 I am searching some type of function inside libvirt that can says what
 ip address has one kvm guest ...

There was a thread on a similar question. One of the answers
(arpwatch) may be useful :

http://lists.centos.org/pipermail/centos/2010-July/096998.html

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Discover DHCP addresses

[Akemi Yagi]

On Tue, Dec 21, 2010 at 11:10 AM, AustinPowered
centos-v...@wootenwilliams.com wrote:
 Is there is way on the command line of the host to determine the IP
 address of a guest virtual machine?  Perhaps a way to find out what
 addresses have been assigned by the DHCP server on the host?

You might want to take a look at this fairly long thread in the CentOS
main mailing list:

http://lists.centos.org/pipermail/centos/2010-July/096893.html

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Virt-install Error on Centos 5.4 64bit and kvm

[Akemi Yagi]

On Tue, Jul 27, 2010 at 2:47 PM, Kenni Lund ke...@kelu.dk wrote:
 2010/7/27 cris rock quenerovi...@hotmail.com:

 And my packages installed:

 # rpm -qa | grep qemu
 qemu-0.12.4-1.el5.rf

 # rpm -qa | grep kvm
 etherboot-zroms-kvm-5.4.4-13.el5.centos
 kmod-kvm-83-164.el5_5.12
 kvm-83-164.el5_5.12

 I haven't used CentOS as a KVM host yet, only Fedora, but your setup
 still puzzles me...why do you have a brand new qemu-package (as in
 not from the CentOS/RHEL repositories) installed? I would guess that
 this package would conflict with the kvm package and mess things up.

 Your error message mentions /usr/bin/qemu-system-x86_64 as the
 executable. If you run
 rpm -qf /usr/bin/qemu-system-x86_64
 does it then tell you that this file belong to the qemu package? If
 so, I believe this is your problem...you try to use qemu, which has
 partial KVM support, instead of using qemu-kvm (which is the real
 KVM userspace executable that originates from the kvm package). I
 don't think the arguments supported by qemu-system-x86_64 and qemu-kvm
 are the same, which probably could be the cause of the client not
 booting and libvirt/virt-manager failing.

Right, and there is a bit more about kvm-qemu (correct) versus qemu
(incorrect) as explained by Fabian Arrotin in this bug report:

http://bugs.centos.org/view.php?id=4111

Remove the installed qemu and install kvm-qemu-img and try again.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] unable to get domain status from libvirt KVM

[Akemi Yagi]

On Fri, Mar 12, 2010 at 4:53 AM, Tom Georgoulias
t...@mcclatchyinteractive.com wrote:

 [te...@kvm ~]$ virsh -c qemu:///system list --all
  Id Name                 State
 --
   8 changed              running
  13 changed2             running
  14 changed3             running

 [te...@kvm ~]$ python
 Python 2.4.3 (#1, Sep  3 2009, 15:37:37)
 [GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
 Type help, copyright, credits or license for more information.
   import libvirt
   conn = libvirt.openReadOnly(None)
 07:45:56.893: error : No vport operation path found for host0
 07:45:56.912: error : No vport operation path found for host4
 07:45:56.919: error : No vport operation path found for host3
 07:45:56.967: error : No vport operation path found for host1
 07:45:56.968: error : No vport operation path found for host2
   domains = conn.listDomainsID()
   print domains
 []

In the case of virsh, you have a chance to add the -c qemu:///system
option (which is required when running the command as non-root).  So,
the question is if this option can be somehow added in python.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] unable to get domain status from libvirt KVM

[Akemi Yagi]

On Fri, Mar 12, 2010 at 8:26 AM, Tom Georgoulias
t...@mcclatchyinteractive.com wrote:
 On 03/12/2010 11:16 AM, Akemi Yagi wrote:

 In the case of virsh, you have a chance to add the -c qemu:///system
 option (which is required when running the command as non-root).  So,
 the question is if this option can be somehow added in python.

 I posted this question on the libvirt-users list and here's the fix:
 Instead of using:
 conn = libvirt.openReadOnly(None)

 I need to use:
 conn = libvirt.openReadOnly(qemu:///system)

 sh-3.2$ python
 Python 2.4.3 (#1, Sep  3 2009, 15:37:37)
 [GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
 Type help, copyright, credits or license for more information.
   import libvirt
   conn = libvirt.openReadOnly(qemu:///system)
   domains = conn.listDomainsID()
   print domains
 [14, 8, 13]
  

 That wass the only change needed to make this work on the KVM server.

 Thank you very much for your help with this, I appreciate it!

 Tom

You are welcome. Glad to hear you've got all sorted out. I am learning, too.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] unable to get domain status from libvirt KVM

[Akemi Yagi]

Hi Tom,

As someone who suggested to you that you should try this mailing list,
I would like to quote some of the discussions that have taken place in
the main mailing list (
http://lists.centos.org/pipermail/centos/2010-March/091654.html ).

 $ export LIBVIRT_DEBUG=2
 $ virsh list
 14:21:06.532: error : No vport operation path found for host0
 14:21:06.550: error : No vport operation path found for host4
 14:21:06.555: error : No vport operation path found for host3
 14:21:06.598: error : No vport operation path found for host1
 14:21:06.599: error : No vport operation path found for host2
 14:21:06.615: info : No security driver available
   Id Name                 State
 --

This is empty because, as a non-root user, you are looking at
qemu:///session instead of  qemu:///system. To be able to access the
latter, you would need to do some tweaking.

I wrote:
[quote]
Look into /etc/libvirt/libvirtd.conf and check out the section UNIX
socket access controls and make appropriate adjustment.  [ I created
group 'libvirt' , added myself to the group, and uncommented the line
unix_sock_group = libvirt.]  Then adjust also the permission bits
of the directories and files in /var/run/libvirt to allow access to
the group libvirt.

With some luck, you should be able to run the virsh command (for example):

virsh -c qemu:///system list --all
[/quote]

Then you wrote:
[quote]
I read about that on libvirt.org but chose not to make any changes
since the Xen server already works with the same config I have on the
KVM server.  I understood libvirt to be a layer that lets one compatible
tool work with many different hypervisors, so I didn't think I'd need to
change my libvirt config to work with KVM if it already works with Xen.
  That might be a bad assumption, though, and I'm not wedded to it.  :)
[/quote]

This is understandable. However, xen and kvm are different in certain
places. For instance, /var/run/libvirt/qemu is unique to kvm, so
making changes to this should not affect your xen configuration. -
someone please confirm this.

I wrote:
[quote]
Also, if you create a guest with the -c qemu:///session option, that
would allow non-root user to connect to it.
[/quote]

My understanding is that with the -c qemu:///session option, the guest
will be set up in that user's directory. Therefore, no root privilege
is required.

Comments/help from people who are familiar with kvm welcome. :)

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] unable to get domain status from libvirt KVM

[Akemi Yagi]

On Thu, Mar 11, 2010 at 12:19 PM, Tom Georgoulias
t...@mcclatchyinteractive.com wrote:

 As test user testu:

 [te...@kvm ~]$ virsh -c qemu:///system list --all
 error: unable to connect to '/var/run/libvirt/libvirt-sock': Permission
 denied
 error: failed to connect to the hypervisor
 [te...@kvm ~]$ virsh -c qemu:///session list --all
 15:04:05.167: error : No vport operation path found for host0
 15:04:05.186: error : No vport operation path found for host4
 15:04:05.192: error : No vport operation path found for host3
 15:04:05.240: error : No vport operation path found for host1
 15:04:05.240: error : No vport operation path found for host2
  Id Name                 State
 --

 [te...@kvm ~]$

 Doesn't seem like a socket access issue, the perms for the
 libvirt-sock-ro are wide open.

It says unable to connect to '/var/run/libvirt/libvirt-sock', not to
'libvirt-sock-ro'.  Try manually changing it to look like:

srwxrwx--- 1 root testu 0 Mar 11 15:03 libvirt-sock

[This is how mine is configured]

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] unable to get domain status from libvirt KVM

[Akemi Yagi]

On Thu, Mar 11, 2010 at 12:54 PM, Tom Georgoulias
t...@mcclatchyinteractive.com wrote:

 So the virsh command works as expected, but not when I use python.

Because the user running the python script is not part of the group 'testu' ?

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Recent version of open-vm-tools SRPM??

[Akemi Yagi]

On Fri, Jan 22, 2010 at 11:12 AM, David Knierim dknie...@gmail.com wrote:
 I want to create some rpms to install the open-vm-tools on my CentOS
 5.4 servers.   I have not been able to find any srpms that are of
 recent vintage (The most recent I have found uses the version of
 open-vm-tools released in Dec. 2008).

 Before I spend a lot of time building a new srpm, I thought I would
 ask if anyone has already done this...

I started doing some work long time ago. You can find it here:

http://centos.toracat.org/misc/open-vm-tools/5/

The kmod package is kABI-tracking, and I was thinking of offering it
through the ELRepo project (http://elrepo.org).

I currently do not have the time to push it forward. I think your
effort would be greatly appreciated by the community. Of course, I
will provide any help you may need.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] VirtIO with CentOS 5.4

[Akemi Yagi]

On Thu, Jan 21, 2010 at 4:32 PM, Bill McGonigle b...@bfccomputing.com wrote:
 On 01/21/2010 07:01 PM, Karanbir Singh wrote:

 Has anyone tried building the kvm packages shipped by redhat on i386 ?
 apart from the spec file, are there any other changes required ?

 I'm working on this right now but running into missing packages as seen
 here:

 http://lists.centos.org/pipermail/centos-devel/2009-November/005178.html

 I did find, e.g. kvm in updates/5.4, but not in 5.4/os.  Perhaps
 something was fixed for updates that missed the initial build and the
 ones without updates are still missing?

 yum-builddep is at least asking for iasl and qspice, qspice requiring
 qcairo, but I'm stuck at that point.

In fact, there is a bug report about missing source rpms:

http://bugs.centos.org/view.php?id=4042

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Need info on vnet mapping to guests

[Akemi Yagi]

On Sat, Oct 24, 2009 at 11:14 AM, Neil Aggarwal n...@jammconsulting.com wrote:
 Hello:

 I have a host running two KVM guests.  The guests
 use br0 and each has a static IP address.

 Is there a better way to determine which vnet is connected to
 which guest?

I recently learned about a series of virt-xxx commands from a kvm
expert.  One of the commands, virt-top, will show which vnet is
connected to which guest.  However, this is not included in the
distro.  It can be downloaded from:

http://et.redhat.com/~rjones/virt-top/  OR EPEL

The screenshots page shows a network interface view (press 2 to
display it once virt-top is started).

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] High CPU usage when running a CentOS guestinVirtualBox

[Akemi Yagi]

On Mon, Sep 14, 2009 at 7:24 AM, Hildebrand, Nils, 232
nils.hildebr...@bamf.bund.de wrote:
 Hi Akemi,

 KVM uses a para-virtualized approach?

Not at this moment according to this Red Hat virtualization guide:

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.4/html/Virtualization_Guide/chap-Virtualization-Guest_operating_system_installation_procedures.html#sect-Virtualization-Installing_Red_Hat_Enterprise_Linux_5_as_a_para_virtualized_guest

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] High CPU usage when running a CentOS guest inVirtualBox

[Akemi Yagi]

On Tue, Sep 1, 2009 at 5:33 AM, Hildebrand, Nils,
232nils.hildebr...@bamf.bund.de wrote:
 Hi,

 I just closed a service-request with sun.
 Topic: Why is Win32 slower running with two CPUs under VBox 3 than
 running with one CPU on VBox 2?

 I am running VBox on CentOS 5 64 bit (AMD Athlon Dual Core).

 The problem is - according to sun - the IO-APIC-emulation:
 On 32-bit-systems this io-apic-emulation (needed for passing interrupts
 between CPUs) has to use a full software-context-switching - making
 things slow.

 I tried recreating the problem with CentOS 5 64 Bit as VM, two CPUs: no
 problem
 With CentOS 5 32 Bit as VM: same problem.

 I guess some problems with multi-cpu-VMs using 32-bit-operating-systems
 on a 64-bit hardware are related to this - no matter if you are using
 xen (fully virtualized), VirtualBox or VMWare.

Interesting.  I do not have any 32-bit multi-cpu VMs myself, but I do
have access to such guests running on a host (64-bit) using kvm.  Both
CentOS-5 32-bit VM and CentOS-4 32-bit VM show normal load (near 100%
idle on all cpus).  They have the divider=10 option by the way.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] High CPU usage when running a CentOS guest in VirtualBox

[Akemi Yagi]

On Mon, Jul 6, 2009 at 10:22 AM, Sagi Basharis...@boom.org.il wrote:

 On my new box where I currently encounter the problem I tried
 installing the regular 2.6.18-92.1.22 kernel with the divider=10
 clocksource=acpi_pm parameters like you suggested, and also the old
 kernel-vm package, and in both of these attempts idle host CPU usage
 was at 50%. So it looks like although the symptoms are the same the
 cause is different.

 I guess it may be related to the newer version of VirtualHost, the
 different hardware or the different operating system. Any idea what
 else I can try to reduce the CPU usage on this host?

Because the issue is most likely related to VirtualBox and Windows
rather than CentOS, you may have a better chance of getting help by
going to the VB channels:

http://www.virtualbox.org/wiki/Community

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] patched kernel addressing timekeeping issues under vmware

[Akemi Yagi]

On Fri, Dec 5, 2008 at 1:09 PM, Akemi Yagi amy...@gmail.com wrote:
 People at vmware have provided patches for RHEL 5 that aim to fix
 timekeeping issues in vmware guests.

 https://bugzilla.redhat.com/show_bug.cgi?id=463573
 (snip)
 They were hoping to get them into the RHEL 5.3 kernel but
 unfortunately this is not going to happen.  It looks like the patches
 will be in the RHEL 5.4 kernel.  Using the patches provided in the
 bugzilla, I have rebuilt the latest test kernel (-125) that is
 available from http://people.redhat.com/dzickus.  You can download the
 patched kernel from:

 http://centos.toracat.org/kernel/centos5/vmware463573/

An update:

A test kernel ( 2.6.18-130.el5virttest6) with the current set of
patches was made available upstream at:

http://new-people.redhat.com/clalance/virttest/

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Crash with qemu install: 5.2 as host and 5.2 as guest

[Akemi Yagi]

On Thu, Nov 27, 2008 at 10:44 PM, Michael Kress [EMAIL PROTECTED] wrote:
 Manuel Wolfshant wrote:
 ...
 EIP: [c041041c] powernowk8_init+0x5e/0x1c2 SS:EST 0068:dfa47fa0
  0Kernel panic - not syncing: Fatal exception

 Looks very much alike the known bug described at
 http://bugs.centos.org/view.php?id=2912 /
 https://bugzilla.redhat.com/show_bug.cgi?id=443853 and also listed at
 the end of
 http://wiki.centos.org/Manuals/ReleaseNotes/CentOS5.2#head-447967c60eb305ef2c5dbbc3f4e8b3c4c5170632

 It does, thanx, but how could the Johnny's Kernel from
 http://people.centos.org/hughesjr/kernel/5/bz443853/x86_64/ be used in a
 production environment? I mean, would I receive the regular kernel
 updates or would I always be stuck with that particular kernel
 version/binary?

The fix will be in CentOS 5.3.  So, at this point, you would either
have to wait for 5.3 or use Johnny's kernel for now.  I believe a
newer (current) version of the patched kernel will be made available
as soon as developers find the time to build.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] maintenance of kvm and qemu in extras

[Akemi Yagi]

On Wed, Nov 19, 2008 at 10:50 AM, Michael Schenck [EMAIL PROTECTED] wrote:
 I see that kvm has been updated since Sept. 08 2007, and qemu hasn't since
 Sept. 12 2007.

 I understand that redhat is migrating from xen to kvm, I'm curious if that
 has provoked this reduced maintenance or if interest was just lost.

 If this is of interest to others, Qemu 0.9.1 does provide a lot more
 features lacking in 0.9.0 that I would like to use, including virtio and
 e1000 NIC models, which provide better performance, as well as netbooting
 virtuals.

 I'm curious to hear everyones thoughts on this.

Daniel de Kok has been busy with real life but I'm sure he is still
interested in pushing kvm forward.  He has provided qemu 0.9.1 here:

http://people.centos.org/daniel/packages/qemu/

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] VMware Server clock woes (running too fast)

[Akemi Yagi]

On Wed, Aug 20, 2008 at 5:37 AM, Michael Ekstrand [EMAIL PROTECTED] wrote:
 Akemi Yagi [EMAIL PROTECTED] writes:

 I understand you built a 100Hz kernel, but *just in case*, you might
 want to try CentOS-supplied 100Hz kernel (kernel-vm) available from:

 http://people.centos.org/tru/kernel-vm/

 Just tried it, and it doesn't seem to work. I used the following
 parameters:

  nosmp noapic nolapic noacpi clocksource=pit

 Also, enable time sync with host if that has not been done.

 Already done, and was active throughout the problems described above.

 I seem to remember seeing somewhere or another something about a
 different set of timing devices available on 64-bit vs. 32-bit.

cat /sys/devices/system/clocksource/clocksource0/available_clocksource

will show you available options.  It is different between 32-bit and 64-bit.

 was previously using 32-bit Debian Etch as the host OS on this same
 hardware with an upgraded (2.6.22) kernel, I had no noticable timing
 problems on the FreeBSD guest (didn't run Linux guests enough to notice
 anything).  After switching to 64-bit CentOS host OS, the FreeBSD guest
 clock started running fast, but it responded to adjustments and keeps in
 line with the setup described above.  Is it possible that running the
 64-bit host environment is what is causing my problems?  Are there host
 options I can tweak to try to improve the situation?

On the *host* side, you can try disabling power management and other
things. For example:

apm=off acpi=off noapic

Akemi

 - Michael

___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] VMware Server clock woes (running too fast)

[Akemi Yagi]

On Tue, Aug 19, 2008 at 5:55 PM, Michael Ekstrand [EMAIL PROTECTED] wrote:
 I'm running VMware Server 1.0.6 on a CentOS 5.2 host and am having some
 clock difficulties.

 Host OS is x86_64 running on 1.9 GHz AMD Sempron, nVidia chipset.

 Guest OS's are 32-bit FreeBSD (clock works fine after disabling ACPI,
 setting the clock source to the PIT, and running the guest tools), WinXP
 (unknown clock status), and i686 CentOS 5.2 (here is the problem).

 I've tried pretty much everything to try to fix it.  I have host.cpukHz,
 host.noTSC, and ptsc.noTSC set in /etc/vmware/config.  I've booted my
 kernel with noapic, nosmp, noacpi, divider=10.  Sadly, I hit the
 clocksource=pit with divider bug, so I have not been able to boot with
 both that and divider=10, although clocksource=pit without a divider
 also does not work.  I even built a custom kernel with SMP and APIC
 disabled, CPU_HZ=100, and booted with clocksource=pit noacpi, and it
 also gains time.

 Could anyone provide a recommendation as to what I can do to fix this problem?

I understand you built a 100Hz kernel, but *just in case*, you might
want to try CentOS-supplied 100Hz kernel (kernel-vm) available from:

http://people.centos.org/tru/kernel-vm/

Also, enable time sync with host if that has not been done.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Need kernel-debuginfo-2.6.9-67.0.20.EL.x86_64.rpm

[Akemi Yagi]

On Mon, Jul 14, 2008 at 2:49 PM, Daniel de Kok [EMAIL PROTECTED] wrote:
 Hi,

 On Mon, Jul 14, 2008 at 10:49 PM, Jerry Amundson [EMAIL PROTECTED] wrote:
 Short story:
 Would it be possible to get
 kernel-debuginfo-2.6.9-67.0.20.EL.x86_64.rpm  on di.c.o?
 I have a need to run crash on a 2.6.9-67.0.20.ELxenU xm dump-core.

 Debuginfo packages are available from:
 http://debuginfo.centos.org/

I think it will become available once Johnny uploads it :-D
The i686 rpm seems to be there but...

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Re: [CentOS-devel] Any news about next kvm release for centos 5.2?

[Akemi Yagi]

On Fri, Jul 11, 2008 at 2:29 AM, Johnny Hughes [EMAIL PROTECTED] wrote:
 carlopmart wrote:

  Which will be next stable release for CentOS 5.2?? Can i use on a
 production enviromment??

 KVM is not part of the main CentOS distro, it is in CentOS extras for
 CentOS-5.  The stable version is quite old (kvm-36-1).  Newer versions than
 that are in our testing repository:

 http://dev.centos.org/centos/5/

 Whether or not they can be used in production is totally dependent on your
 unique situation, your specific hardware and what you plan to install on the
 VMs.

 At some point in the future, Red Hat is going to release KVM technology in
 RHEL ... when that happens, then I would call it good enough to use in the
 enterprise without reservation.

 It certainly may already be good enough for your needs as released in our
 extras repo ... the only real way to tell is try it in your situation is to
 try it and see if it meets your needs.

 Thanks,
 Johnny Hughes

Just wanted to add a note to say we have a nice Wiki article on how to
install kvm:

http://wiki.centos.org/HowTos/KVM

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] can I setup KVM on latest Centos 5.2 and where can I find the guide??

[Akemi Yagi]

On Sat, Jun 28, 2008 at 10:32 PM, rolandsun sun [EMAIL PROTECTED] wrote:
 3x

http://wiki.centos.org/HowTos/KVM
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] VMWare - 5.2 Update - Kernel Best Practices

[Akemi Yagi]

On Thu, Jun 26, 2008 at 2:43 PM, John Thomas
[EMAIL PROTECTED] wrote:
 David Hollis wrote:

 Is there any detail on when you would actually need to use the
 clocksource= option?  I'd love to not have to deal with the kernel-vm
 packages since there doesn't appear to be a repo for them yet and if you
 have other requirements like kmod-drbd you have to manually rebuild
 those.

 I use clocksource=pit because my VM clocks ran WAY fast without it. They
 still run a bit fast (1 second per 6 hours type of thing).  If you do not
 use a clocksource option, how are your clocks?

Yes, clocksource=pit is needed IF your clock goes faster.  If the
clock tends to go slower, use of the divider= option should do the
trick.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] tick divider bugs

[Akemi Yagi]

On Mon, May 5, 2008 at 10:39 AM, Allen Tsang [EMAIL PROTECTED] wrote:

  I've tried almost everything else under the sun with a number of test VMs
 on our ESX setup, and the best combination of low idle load and accurate
 timekeeping was achieved using that combination of settings.  Yes, ntpd is
 off.  Feel free to give it a shot; I don't take credit for it, I found notes
 about this on the CentOS bug tracker
 (http://bugs.centos.org/view.php?id=2189).  Like other fine folks have
 mentioned on this list (much to their amusement likely, now),
 clocksource=pit is nice, but it doesn't work with divider=10 and hangs on
 boot.

As you can see in that bug tracker, we have spent a lot of time to
come up with 100Hz kernels, kernel-vm.  These kernels do not have
problems with clocksource=pit.  Until this bug is eliminated upstream,
I think kernel-vm offered by CentOS may be the best solution
(shameless advertisement).  I just hope it won't take long for the
upstream developers to find a fix for the problem associated with the
divider= option.

Akemi / toracat
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] help getting open-vm-tools installed

[Akemi Yagi]

On Mon, Mar 17, 2008 at 11:15 AM, Fletch Bowling [EMAIL PROTECTED] wrote:
 Hello,
  Newbie to CentOS and attempting to run it under a windows xp host.
  I see there is  a open version of vmware tools available but getting
  various dependency errors when attempting to install. the rpms.

  Will these tools install for ver CentOS 5 or are they for an earlier
  version?

  P.S. How closely does CentOS match  Redhat binaries? VMware tools (from
  workstation 6) install just fine but could not be configured due to
  various errors.

  Thanks,
  Fletch

Have you tried open-vm-tools from here?

http://lists.centos.org/pipermail/centos-virt/2007-December/000158.html

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] open-vm-tools for latest CentOS-4 and CentOS-5 kernel-vms

[Akemi Yagi]

On Jan 1, 2008 7:53 AM, Johnny Hughes [EMAIL PROTECTED] wrote:
 Ray Van Dolson wrote:

  Couple questions regarding these kernels... should they be run on the
  host or on the guest?  And I see they are in -testing right now, and
  also in tru's home directory.  Where is the authoritative source for
  them and will they end up in centosplus at some point?
 

 We (Tru Huynh actually, with help from Akemi Yagi and Fabian Arrotin)
 created them. There is no Authoritative source (except us :D), the SRPMS
 are available from the current locations now.  They are the EL kernel
 with the clock freq set to 100HZ instead of 1000HZ ... which is pretty
 much required to get any kind of performance inside of VMware VMs.

And if you are interested in how the -vm kernel was born and what the
current status of development is, take a look at:

http://bugs.centos.org/view.php?id=2189

I would also like to encourage people to join in the effort and
contribute to that bug tracker with new findings, test results, etc.

Akemi
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt