[one-users] different virsh capabilities on nearly identical machines

Jaime Melis jmelis at opennebula.org
Tue Aug 21 08:37:58 PDT 2012


Hi Sean,

are the KVM modules loaded in the new machine? you should expect something
like:

$ lsmod|grep kvm
kvm_intel             125165  0
kvm                   361546  1 kvm_intel

cheers,
Jaime

On Tue, Aug 21, 2012 at 5:25 PM, Sean Abbott <seabbott at akamai.com> wrote:

> So I have two instances of opennebula running libvirst/kvm.
>
> They were both installed using identical methods (a bit of a black box,
> frankly) on slightly different hardware.
>
> (one is "nephalem" intel, the other is "westmere".  That's the only
> difference.)
>
> in fact, an architecture check from a kernel standpoint seems to come
> back identical.  (unless my understanding of uname -a is incomplete,
> which seems likely)
>
> Old machine:
> Linux my.old.machine.com 2.6.38-7.2.0.2-amd64-8993020 #1 SMP Fri Dec 16
> 23:01:26 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
>
> New machine:
> Linux my.new.machine.com 2.6.38-7.2.0.2-amd64-8993020 #1 SMP Fri Dec 16
> 23:01:26 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
>
> However, the capabilities in virsh are very different.  The new machine
> has i686 instead of x86_64,and it is missing the guest KVM domain type.
>
> Old capabilities: http://pastebin.com/EptdUYiG
>
> New capabilities:  http://pastebin.com/pke4MGFJ
>
> Two questions:
>
> First, any idea why it might've come down differently.
>
> Second, can it be fixed?  Can I try just copying the capabilities from
> old to new?  Or something equally straightforward?
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



-- 
Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org | jmelis at opennebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120821/18c40ffa/attachment-0002.htm>


More information about the Users mailing list