[one-users] Opennebula and openvswitch problem.

Thu Apr 3 12:00:31 PDT 2014

Libvirt versions greater than 1.0 handle clusters with CephX authentication differently. It is no longer as simple as adding the ceph.conf and keyring to the /etc/ceph directory, you MUST specify a libvirt secret and cluster configuration information within the VM definition file (using the attributes for the datastores as specified in the OpenNebula documentation for Ceph Datastores). Libvirt before would just look into the /etc/ceph directory for information if the appropriate configuration information did not exist, yet the new versions expect that information in the definition, otherwise it assumes there is NO cephx authentication in use. 

----- Original Message -----

From: "Leszek Master" <keksior at gmail.com> 
To: "Bill Campbell" <bcampbell at axcess-financial.com> 
Cc: "Users OpenNebula" <users at lists.opennebula.org>, "Stefan Kooman" <stefan at bit.nl> 
Sent: Thursday, April 3, 2014 1:30:59 PM 
Subject: Re: [one-users] Opennebula and openvswitch problem. 

Yes i'm using ceph. It happened after compiling libvirt from sources to version 1.0. 
3 kwi 2014 19:29 "Campbell, Bill" < bcampbell at axcess-financial.com > napisał(a): 

That looks like it's having a problem locating the disk file. Are you using Ceph? 

From: "Leszek Master" < keksior at gmail.com > 
To: "Bill Campbell" < bcampbell at axcess-financial.com > 
Cc: "Stefan Kooman" < stefan at bit.nl >, "Users OpenNebula" < users at lists.opennebula.org > 
Sent: Thursday, April 3, 2014 12:19:09 PM 
Subject: Re: [one-users] Opennebula and openvswitch problem. 

I tried this now, the same error: 

migrate: Command "virsh --connect qemu:///system migrate --live one-9 qemu+ssh://node-01/system" failed: error: cannot open file 'one/one-4-9-0': No such file or directory 

I can migrate a VM to other VM's with older virsh version, may it be because the difference in virsh versions? 

2014-04-03 13:35 GMT+02:00 Campbell, Bill < bcampbell at axcess-financial.com > : 

<blockquote>

You could also leverage the Ubuntu Cloud Archive to update Open vSwitch, I believe the version on that official PPA is the version referenced as fixing that bug in the link provided. 
We use 12.04.x LTS w/ packages from the cloud archive and have no issues. 

From: "Stefan Kooman" < stefan at bit.nl > 
To: "Leszek Master" < keksior at gmail.com > 
Cc: "Users OpenNebula" < users at lists.opennebula.org > 
Sent: Thursday, April 3, 2014 5:01:12 AM 

Subject: Re: [one-users] Opennebula and openvswitch problem. 

Quoting Leszek Master ( keksior at gmail.com ): 
> I'm waiting for official relese of next LTS version, i can use only LTS in 
> my production, so i was testing it on the 12.04. If there isn't any 
> official manual how ot solve this problem i'll upgrade my distro and try 
> then :) Thanks for your help. 

Precise/quantal suffers from this bug: https://bugs.launchpad.net/bugs/1084028 

Fixed in newer releases: saucy / trusty (tested by me). This is apart 
from the legacy bridging stuff. With virtualization development 
happening so quickly I would recommend going for newer instead of older. 
Hopefully linux 3.14 and Qemu 2.0 will make it into Trusty ... 

Gr. Stefan 

-- 
| BIT BV http://www.bit.nl/ Kamer van Koophandel 09090351 
| GPG: 0xD14839C6 +31 318 648 688 / info at bit.nl 
_______________________________________________ 
Users mailing list 
Users at lists.opennebula.org 
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org 

NOTICE: Protect the information in this message in accordance with the company's security policies. If you received this message in error, immediately notify the sender and destroy all copies. 

</blockquote>

NOTICE: Protect the information in this message in accordance with the company's security policies. If you received this message in error, immediately notify the sender and destroy all copies.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140403/67dcd004/attachment-0002.htm>