- Users - oVirt List Archives

Re: [ovirt-users] fileserver as a guest oVirt
by Karli Sjöberg 13 Jul '14

13 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C552F9Dexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTIganVsIDIwMTQgMTU6NDUgc2tyZXYgTmlrbGFzIEZvbmRiZXJnIDxuaWtsYXNAdmly ZW9uZS5jb20+Og0KPg0KPiBIaSwNCj4NCj4gSeKAmW0gbmV3IHRvIG9WaXJ0IGJ1dCBJIG11c3Qg c2F5IEkgYW0gaW1wcmVzc2VkIQ0KPiBJIGFtIHJ1bm5pbmcgaXQgb24gYSBIUCBETDM4MCB3aXRo IGFuIGV4dGVybmFsIFNBUyBjaGFzc2kuDQo+IExpbnV4IGRpc3QgaXMgQ2VudG9zIDYuNSBhbmQg b1ZpcnQgaXMgMy40IHJ1bm5pbmcgYWxsLWluLW9uZSAoZm9yIG5vdyB1bnRpbCB3ZSBuZWVkIHRv IGhhdmUgYSBzZWNvbmQgaG9zdCkuDQo+DQo+IE91ciBjb21wYW55ICh3d3cudmlyZW9uZS5jb20p IGRlYWxzIHdpdGggc3lzdGVtIGFyY2hpdGVjdHVyZSBmb3IgbWFueSB0ZWxjbyBhbmQgbWVkaWEg b3BlcmF0b3JzIGFuZCBpcyBub3cgc2V0dGluZyB1cCBhIHNtYWxsIG93biBkYXRhY2VudGVyIGZv ciBvdXIgaW50ZXJuYWwgdGVzdHMgYXMgd2VsbCBhcyBvdXIgSVQgaW5mcmFzdHJ1Y3R1cmUuDQo+ IFdlIGFyZSBpbiB0aGUgcHJvY2VzcyBvZiBpbnN0YWxsaW5nIFplbnR5YWwgZm9yIHRoZSBTTUIg cHVycG9zZXMgb24gYSBndWVzdCBhbmQgaXQgd291bGQgYmUgZ3JlYXQgdG8gaGF2ZSB0aGF0IGd1 ZXN0IGFsc28gc2VydmluZyBhIGZzIHBhdGggZGlyZWN0b3J5IHdpdGggTkZTICsgU01CICh3aGlj aCBpcyBzZW1pIGNyaXBwbGVkIG9uIHRoZSBob3N0IGFmdGVyIG9WaXJ0IGluc3RhbGxhdGlvbiB3 aXRoIHZlcnNpb24gMyBldC5jLikuDQo+DQo+IERvZXMgYW55b25lIGhhdmUgYW4gaWRlYSBvZiBo b3cgSSBjYW4gdGhyb3VnaCBvVmlydCAoc2VlbiBzZXZlcmFsIHNvbHV0aW9ucyB1c2luZyB2aXJz aCBhbmQga3ZtKSBsZXR0aW5nIG15IFplbnR5YWwgVWJ1bnR1IGd1ZXN0IGhhdmUgYWNjZXNzIHRv IGEgaG9zdCBtb3VudCBwb2ludCBvciBpZiBuZWNlc3NhcnkgKHNlY29uZCBiZXN0KSBhIHNlcGVy YXRlIHBhcnRpdGlvbj8NCj4NCj4gQmVzdCByZWdhcmRzDQo+IE5pa2xhcw0KPg0KDQpXaHkgbm90 IGp1c3QgZ2l2ZSB0aGUgZ3Vlc3QgYSB0aGluIHByb3Zpc2lvbiB2aXJ0dWFsIGhhcmQgZHJpdmUg YW5kIGV4cGFuZCBpdCBvbiBhIGRlbWFuZCBiYXNpcz8NCg0KL0sNCg== --_000_5F9E965F5A80BC468BE5F40576769F098C552F9Dexchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <43C4534F2018F441BFEFD411E9C99E47(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxMiBqdWwgMjAxNCAxNTo0NSBza3JldiBOaWtsYXMgRm9uZGJlcmcgJmx0O25p a2xhc0B2aXJlb25lLmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgSGksPGJyPg0KJmd0Ozxi cj4NCiZndDsgSeKAmW0gbmV3IHRvIG9WaXJ0IGJ1dCBJIG11c3Qgc2F5IEkgYW0gaW1wcmVzc2Vk ISZuYnNwOzxicj4NCiZndDsgSSBhbSBydW5uaW5nIGl0IG9uIGEgSFAgREwzODAgd2l0aCBhbiBl eHRlcm5hbCBTQVMgY2hhc3NpLjxicj4NCiZndDsgTGludXggZGlzdCBpcyBDZW50b3MgNi41IGFu ZCBvVmlydCBpcyAzLjQgcnVubmluZyBhbGwtaW4tb25lIChmb3Igbm93IHVudGlsIHdlIG5lZWQg dG8gaGF2ZSBhIHNlY29uZCBob3N0KS48YnI+DQomZ3Q7PGJyPg0KJmd0OyBPdXIgY29tcGFueSAo d3d3LnZpcmVvbmUuY29tKSBkZWFscyB3aXRoIHN5c3RlbSBhcmNoaXRlY3R1cmUgZm9yIG1hbnkg dGVsY28gYW5kIG1lZGlhIG9wZXJhdG9ycyBhbmQgaXMgbm93IHNldHRpbmcgdXAgYSBzbWFsbCBv d24gZGF0YWNlbnRlciBmb3Igb3VyIGludGVybmFsIHRlc3RzIGFzIHdlbGwgYXMgb3VyIElUIGlu ZnJhc3RydWN0dXJlLjxicj4NCiZndDsgV2UgYXJlIGluIHRoZSBwcm9jZXNzIG9mIGluc3RhbGxp bmcgWmVudHlhbCBmb3IgdGhlIFNNQiBwdXJwb3NlcyBvbiBhIGd1ZXN0IGFuZCBpdCB3b3VsZCBi ZSBncmVhdCB0byBoYXZlIHRoYXQgZ3Vlc3QgYWxzbyBzZXJ2aW5nIGEgZnMgcGF0aCBkaXJlY3Rv cnkgd2l0aCBORlMgJiM0MzsgU01CICh3aGljaCBpcyBzZW1pIGNyaXBwbGVkIG9uIHRoZSBob3N0 IGFmdGVyIG9WaXJ0IGluc3RhbGxhdGlvbiB3aXRoIHZlcnNpb24gMyBldC5jLikuPGJyPg0KJmd0 Ozxicj4NCiZndDsgRG9lcyBhbnlvbmUgaGF2ZSBhbiBpZGVhIG9mIGhvdyBJIGNhbiB0aHJvdWdo IG9WaXJ0IChzZWVuIHNldmVyYWwgc29sdXRpb25zIHVzaW5nIHZpcnNoIGFuZCBrdm0pIGxldHRp bmcgbXkgWmVudHlhbCBVYnVudHUgZ3Vlc3QgaGF2ZSBhY2Nlc3MgdG8gYSBob3N0IG1vdW50IHBv aW50IG9yIGlmIG5lY2Vzc2FyeSAoc2Vjb25kIGJlc3QpIGEgc2VwZXJhdGUgcGFydGl0aW9uPzxi cj4NCiZndDs8YnI+DQomZ3Q7IEJlc3QgcmVnYXJkczxicj4NCiZndDsgTmlrbGFzPGJyPg0KJmd0 OzwvcD4NCjxwIGRpcj0ibHRyIj5XaHkgbm90IGp1c3QgZ2l2ZSB0aGUgZ3Vlc3QgYSB0aGluIHBy b3Zpc2lvbiB2aXJ0dWFsIGhhcmQgZHJpdmUgYW5kIGV4cGFuZCBpdCBvbiBhIGRlbWFuZCBiYXNp cz88L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F098C552F9Dexchange21_--

2 2

Qemu-kvm-rhev packages and gluster
by Joop 12 Jul '14

12 Jul '14

Just installed these packages on a test cluster and I'm having problems migrating VMs :-( Looking at the libvirt logs shows that there is a port conflict (49153) when migrating. Looks like libvirt is using glusterfs ports for migratiio and yes there is a BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1009100 This problem isn't there when using the std el6 qemu-kvm packages but I need gluster AND migration so it seems I'm stuck until somebody 'fixes' the build in jenkens. Regards, Joop

2 3

fileserver as a guest oVirt
by Niklas Fondberg 12 Jul '14

12 Jul '14

--_000_CFE708642198Fniklasvireonecom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm new to oVirt but I must say I am impressed! I am running it on a HP DL380 with an external SAS chassi. Linux dist is Centos 6.5 and oVirt is 3.4 running all-in-one (for now until= we need to have a second host). Our company (www.vireone.com) deals with system architecture for many telco= and media operators and is now setting up a small own datacenter for our i= nternal tests as well as our IT infrastructure. We are in the process of installing Zentyal for the SMB purposes on a guest= and it would be great to have that guest also serving a fs path directory = with NFS + SMB (which is semi crippled on the host after oVirt installation= with version 3 et.c.). Does anyone have an idea of how I can through oVirt (seen several solutions= using virsh and kvm) letting my Zentyal Ubuntu guest have access to a host= mount point or if necessary (second best) a seperate partition? Best regards Niklas --_000_CFE708642198Fniklasvireonecom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <595FAE1CA9FA244A8103199C7BF7078C(a)eurprd04.prod.outlook.com> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>Hi,</div> <div><br> </div> <div>I’m new to oVirt but I must say I am impressed! </div> <div>I am running it on a HP DL380 with an external SAS chassi.</div> <div>Linux dist is Centos 6.5 and oVirt is 3.4 running all-in-one (for now = until we need to have a second host).</div> <div><br> </div> <div>Our company (www.vireone.com) deals with system architecture for many = telco and media operators and is now setting up a small own datacenter for = our internal tests as well as our IT infrastructure.</div> <div>We are in the process of installing Zentyal for the SMB purposes on a = guest and it would be great to have that guest also serving a fs path direc= tory with NFS + SMB (which is semi crippled on the host after oVirt ins= tallation with version 3 et.c.).</div> <div><br> </div> <div>Does anyone have an idea of how I can through oVirt (seen several solu= tions using virsh and kvm) letting my Zentyal Ubuntu guest have access to a= host mount point or if necessary (second best) a seperate partition?</div> <div><br> </div> <div>Best regards</div> <div>Niklas</div> <div><br> </div> </body> </html> --_000_CFE708642198Fniklasvireonecom_--

1 0

Dashboard tab in Administration Portal displays a message only "Specified page not found"
by Grzegorz Szypa 12 Jul '14

12 Jul '14

Hi. I noticed one important thing is that the service does not start ovirt-engine-dwhd. I have no idea why this happens. I tried to look for some logs for this service, but nothing. If you have any idea where to look or what to do, I'd be grateful. Grzegorz

1 0

remove a lost gluster based datacenter
by Demeter Tibor 12 Jul '14

12 Jul '14

------=_Part_24785291_1230588107.1404850557331 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dear listmembers, I have created a test environment for ovirt via four pc and a server. I have two datacenter on the main server: - a local datacenter on the server - a gluster based datacenter by the four dekstop pc 2 weeks ago someone took my pc-s (for doing other things:) I am could not remove the "dead" gluster based datacenter from ovirt. - It always want to your own servers:) - The force option doesn't work in this case. - The gluster bricks are does not uninstallable. - the cluster not removable - Everything want to everything else:) I don't want to reinstall the whole ovirt because I have a lot of vm on the local datacenter. So, how can I remove a complety dead datacenter from ovirt? Thanks in advance. Tibor ------=_Part_24785291_1230588107.1404850557331 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Dear listmembers,</div><div><br>= </div><div>I have created a test environment for ovirt via four pc and a se= rver.</div><div>I have two datacenter on the main server: </div><div>- a lo= cal datacenter on the server</div><div>- a gluster based datacenter by the = four dekstop pc</div><div><br></div><div>2 weeks ago someone took my pc-s (= for doing other things:) </div><div><br></div><div>I am could not remove th= e "dead" gluster based datacenter from ovirt. </div><div>- It always want t= o your own servers:) </div><div>- The force option doesn't work in this cas= e. </div><div>- The gluster bricks are does not uninstallable.</div><d= iv>- the cluster not removable</div><div>- Everything want to everything el= se:) </div><div><br></div><div>I don't want to reinstall the whole ovi= rt because I have a lot of vm on the local datacenter.</div><div><br></div>= <div>So, how can I remove a complety dead datacenter from ovirt?</div><div>= <br></div><div>Thanks in advance.</div><div><br></div><div>Tibor</div><div>= <br></div><div><br></div></div></body></html> ------=_Part_24785291_1230588107.1404850557331--

4 5

Re: [ovirt-users] Best way to clone host
by Joop 11 Jul '14

11 Jul '14

On 8-7-2014 21:57, Brad Bendy wrote: > Trashing the udev rules did fix that, not sure why I didn't of that, thanks! > > Now when I go to add the host I get a UUID error since the old UUID exist. > > Is there a command I can run to wipe out the old and make a new one? I > ran dmidecode -s system-uuid and the UUIDs are different on the source > host I cloned from and the new host, the UUID in the file does match > the either host and im guessing that's where the dupe ID is, but I > don't want to insert just a random one. > > run: uuidgen >/etc/vdsm/vdsm.id This will generate a new id which should be different from the previous one. You could alse extract the system-uuid if its different between systems. No guarantee though that all bios vendors make there systems unique. Joop

5 6

Add OpenStack-Glance
by Daniel Helgenberger 11 Jul '14

11 Jul '14

--=-8zpulgv34xSkFLeOYSnY Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, following Itamar Heim's idea to use Glance for moving around images in Ovirt, I went ahead setting up a VM with Glance and Keystone. I have configured the following user in keystone in glace: [keystone_authtoken] auth_host =3D 127.0.0.1 auth_port =3D 35357 auth_protocol =3D http admin_tenant_name =3D service admin_user =3D glance admin_password =3D Secret Using the appropriate credentials in oVirt / Add external provider with http://192.168.50.33:9292 I get: Failed to communicate with the external provider The TCP port is open. I fail to see anything in the glance api.log. Question: How can I debug this from ovirt? Thanks! ------ I used the official test [1] to add the cirros image to glance on my vm: # source keystonerc=20 # glance image-create --name=3DCirrOS-Test --is-public=3Dtrue --container-f= ormat=3Dbare --disk-format=3Dqcow2 < cirros-0.3.0-x86_64-disk.img +------------------+--------------------------------------+ | Property | Value | +------------------+--------------------------------------+ | checksum | 50bdc35edb03a38d91b1b071afb20a3c | | container_format | bare | | created_at | 2014-07-11T08:53:05.857978 | | deleted | False | | deleted_at | None | | disk_format | qcow2 | | id | 5132246d-8f63-4456-86ab-357fb241f3f9 | | is_public | True | | min_disk | 0 | | min_ram | 0 | | name | CirrOS-Test | | owner | 40654094d0684d238681bc0b1ab6617d | | protected | False | | size | 9761280 | | status | active | | updated_at | 2014-07-11T08:53:07.240096 | +------------------+--------------------------------------+ Note, the keystonerc contains my credantials / AUTH_URL. Also, keystone is = working, as far as I can tell: # keystone --os-username=3Dglance --os-password=3DSecret --os-auth-url=3Dht= tp://127.0.0.1:35357/v2.0 token-get +----------+----------------------------------+ | Property | Value | +----------+----------------------------------+ | expires | 2014-07-12T09:03:46Z | | id | 20c5f2290aa145368f31a88db711351e | | user_id | 0a06c68d8adb4739b41628a0cb326f6a | +----------+----------------------------------+ Telnet from Engine: telnet 192.168.50.33 9292 Trying 192.168.50.33... Connected to 192.168.50.33. Escape character is '^]'. get HTTP/1.1 400 Bad request syntax ('get') Server: BaseHTTP/0.3 Python/2.6.6 Date: Fri, 11 Jul 2014 09:04:14 GMT Content-Type: text/html Connection: close <head> <title>Error response</title> </head> <body> <h1>Error response</h1> <p>Error code 400. <p>Message: Bad request syntax ('get'). <p>Error code explanation: 400 =3D Bad request syntax or unsupported method= . </body> Connection closed by foreign host. [1] http://docs.openstack.org/grizzly/openstack-compute/install/yum/content/ver= ifying-identity-install.html http://docs.openstack.org/grizzly/openstack-compute/admin/content/adding-im= ages.html --=20 Daniel Helgenberger=20 m box bewegtbild GmbH=20 P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19=20 D-10115 BERLIN=20 www.m-box.de www.monkeymen.tv=20 Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20 --=-8zpulgv34xSkFLeOYSnY Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINtjCCBBYw ggL+oAMCAQICCwQAAAAAAS9O4S9SMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9 3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY 7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ +Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2 ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq 8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4HlMIHiMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E CDAGAQH/AgEAMB0GA1UdDgQWBBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTBHBgNVHSAEQDA+MDwGBFUd IAAwNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93d3cuZ2xvYmFsc2lnbi5jb20vcmVwb3NpdG9yeS8w MwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC5nbG9iYWxzaWduLm5ldC9yb290LmNybDAfBgNV HSMEGDAWgBRge2YaRQ2XyolQL30EzTSo//z9SzANBgkqhkiG9w0BAQUFAAOCAQEAQ3N5zKTMSTED HGFAgd/gu91Kb8AxPHgjq+7dhf7mkCinMqqrLai2XOrz8CP63BPaAx7oGOUBI0MyASBGk5zej9L3 oHtiF2BL01m1sBnT8rQxT2CJd/+jqjUl0p2ew8T3HSyatrsooGvDwf00yCB2JHTNvtQxNO8t6x/+ 048A1Q+0i7uf0nTnyrJLjD04zhL89ytetZspltOpJVYbmwiFjq6PxsdUNthUDme/9pOLmKDnQU0p W/JEwLs2TYCBNKwdgSGAk8/z+s2SCltKIG0Uh5U6t6j7JPuwNP/znImwMrlHDJ1YpW0rkF2PGraV CgDBf9dOB+IIpnwHfIi+LD+eITCCBMowggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqG SIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYD VQQDEyFHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcN MTYwODI3MTY1NzU4WjBYMQswCQYDVQQGEwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdl cjErMCkGCSqGSIb3DQEJARYcZGFuaWVsLmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAM4BQ5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF8 9p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYYFoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV 8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VVtDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+ u426vt/hNsQi5akNoidYeXo98JcrmeApFJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdX Oaro3D9zj6Q6LyGwa/UQUrZdg3BXc07hjHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOC AZEwggGNMA4GA1UdDwEB/wQEAwIFoDBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUF BwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxk YW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20v Z3MvZ3NwZXJzb25hbHNpZ24yZzIuY3JsMFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0G A1UdDgQWBBS8NFA/upd+Wipw2nj8RD/Ct+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGws O8XuZTANBgkqhkiG9w0BAQUFAAOCAQEAXVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU 63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZSc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2 zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE320nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fi T8jUiKKLTsApTD+Ak8SLF0IESOSA6htirv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDff KD7pkUUvG5XftYEQOxlWDJzuTBeqf/4hxXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejCCBMow ggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqGSIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJF MRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWduIFBlcnNvbmFs U2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcNMTYwODI3MTY1NzU4WjBYMQswCQYDVQQG EwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdlcjErMCkGCSqGSIb3DQEJARYcZGFuaWVs LmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAM4B Q5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF89p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYY FoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VV tDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+u426vt/hNsQi5akNoidYeXo98JcrmeAp FJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdXOaro3D9zj6Q6LyGwa/UQUrZdg3BXc07h jHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOCAZEwggGNMA4GA1UdDwEB/wQEAwIFoDBM BgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxz aWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94 LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDow OKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3MvZ3NwZXJzb25hbHNpZ24yZzIuY3Js MFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNv bS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0GA1UdDgQWBBS8NFA/upd+Wipw2nj8RD/C t+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTANBgkqhkiG9w0BAQUFAAOCAQEA XVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZ Sc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE32 0nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fiT8jUiKKLTsApTD+Ak8SLF0IESOSA6hti rv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDffKD7pkUUvG5XftYEQOxlWDJzuTBeqf/4h xXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejGCAucwggLjAgEBMGkwVDELMAkGA1UEBhMCQkUx GTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxT aWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwCQYFKw4DAhoFAKCCAVMwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNzExMTAyMDEzWjAjBgkqhkiG9w0B CQQxFgQUG9XfssJQA22JH2zr+d6SOVyQWtcweAYJKwYBBAGCNxAEMWswaTBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzB6BgsqhkiG9w0BCRACCzFroGkwVDEL MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp Z24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEB BQAEggEAMFVwrmHvAoEfiGLohgGwMo4meac1Ok310LFM4k61Qa6Vj8xeIwzyHYkrb3YK+yXvJXRx /S6a3H64SXiE0hTm9urLXYhzWAq8u+B4v3sgk31LCTpJtc5IgUpd0VqtTpfNR4W9DI8GprMipNld yt8D82ZIlbKci6Z3OEpLvJ8w2F7qHwc156riK9ax3oGS6oqyr7pCA3/uvqZizhWfxmyhcKie1jyV 77SpQCUTEIfj2Iq39kaAQZjJD9FGrF1mdZCrnUMFVPqjUz5VRWVXCa92rZ3xytqnCRSSdAqv4MbY cOgweTcUyzME8NPqBo2xKuMf3F7RgA01GeLwbpq7p0fWmQAAAAAAAA== --=-8zpulgv34xSkFLeOYSnY--

2 2

Problem with hosted engine setup on VLAN/bond combo
by Chris Adams 11 Jul '14

11 Jul '14

I am trying to install oVirt with the hosted engine. The physical system is CentOS 6.5 x86_64 (with all current updates). It is connected to a two-switch stack via bond0 (running LACP), which is a VLAN trunk, and the management interface is vlan51. This doesn't work with oVirt 3.4.2, but I see that both 3.4.3 and 3.5 have "support engine on bond" and "support engine on vlan" in the release notes, so I tried again with today's 3.4.3 RC. I got a different error from "hosted-engine --deploy": [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/bin/vdsClient' failed to execute I see this in /var/log/vdsm/supervdsm.log: ######################################################################## MainProcess|Thread-16::INFO::2014-07-10 10:20:23,003::configNetwork::275::root::(addNetwork) Adding network ovirtmgmt with vlan=51, bonding=None, nics=['bond0'], bondingOptions=None, mtu=None, bridged=True, defaultRoute=True,options={'bootproto': 'static', 'ONBOOT': 'yes'} MainProcess|Thread-16::ERROR::2014-07-10 10:20:23,003::supervdsmServer::100::SuperVdsm.ServerCallback::(wrapper) Error in addNetwork Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer", line 98, in wrapper res = func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer", line 190, in addNetwork return configNetwork.addNetwork(bridge, **options) File "/usr/share/vdsm/configNetwork.py", line 186, in wrapped return func(*args, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 287, in addNetwork blockingdhcp=blockingdhcp, **options) File "/usr/share/vdsm/configNetwork.py", line 121, in objectivizeNetwork topNetDev = Nic(nic, configurator, mtu=mtu, _netinfo=_netinfo) File "/usr/share/vdsm/netmodels.py", line 80, in __init__ raise ConfigNetworkError(ne.ERR_BAD_NIC, 'unknown nic: %s' % name) ConfigNetworkError: (23, 'unknown nic: bond0') ######################################################################## Is there maybe still a problem combining a VLAN on a bond? A little background (if it helps): this is my first attempt with oVirt. I'm installing on a clean CentOS install on a spare box, with the intent to get oVirt up and running and then convert (one node at a time) an existing VM setup (running old stand-alone Xen installs) to oVirt. -- Chris Adams <cma(a)cmadams.net>

3 3

Call for Papers Deadline In Two Days: Linux.conf.au
by Brian Proffitt 11 Jul '14

11 Jul '14

Conference: Linux.conf.au Information: Each year open source geeks from across the globe gather in Australia or New Zealand to meet their fellow technologists, share the latest ideas and innovations, and spend a week discussing and collaborating on open source projects. The conference is well known for the speakers and delegates depth of talent, and its focus on technical linux content. Possible topics: Virtualization, oVirt, KVM, libvirt, RDO, OpenStack, Foreman Date: January 12-15, 2015 Location: Auckland, New Zealand Website: http://lca2015.linux.org.au/ Call for Papers Deadline: July 13, 2014 Call for Papers URL: http://lca2015.linux.org.au/cfp Contact me for more information and assistance with presentations. -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

[ANN] oVirt 3.5.0 Second Alpha is now available for testing
by Sandro Bonazzola 11 Jul '14

11 Jul '14

The oVirt team is pleased to announce that the 3.5.0 Second Alpha is now available for testing. Feel free to join us testing it! You'll find all needed info for installing it on the release notes page, already available on the wiki [1]. A new oVirt Live iso is already available for testing[2] including all available updates from CentOS. An oVirt Guest Tools iso is now available too[3]. A new oVirt Node build will be available soon as well. Please note that mirrors will need a couple of days before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. Known Issues You can't add hosts to 3.5 clusters until a new VDSM build with 3.5 compatibility level will be released (All in One won't work). [1] http://www.ovirt.org/OVirt_3.5_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-live-el6-3.5.0-alpha… [3] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-guest-tools/ovirt-gu… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 5

64 bits oVirtGuestAgent.exe at 99% CPU
by Angel Docampo 11 Jul '14

11 Jul '14

--------------030104080004050803070002 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Hello everybody, This is my very first email here. I've just compiled both 32 and 64 bits oV= irtGuestAgent in order to make SSO from my application to a Windows VM. 32 bits works flawlessly, I can login, logout and lock screen at the moment= , but the 64 bits version cannot login (but can lock screen and logout) and= the worse of all, puts the VM CPU at 99%, making it useless. Anyone has experieced this? Or give me some guidance to investigate? Thank you! -- [cid:part1.02070605.00030001@dltec.net] Angel Docampo Datalab Tecnologia, s.a. Castillejos, 352 - 08025 Barcelona Tel. 93 476 69 14 - Ext: 706 Mob. 670.299.381 Nota Legal<http://www.dltec.net/aviso-legal> --------------030104080004050803070002 Content-Type: multipart/related; boundary="------------040703030102010709040202" --------------040703030102010709040202 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> </head> <body bgcolor=3D"#FFFFFF"> <font face=3D"Bitstream Vera Sans">Hello everybody, <br> <br> This is my very first email here. I've just compiled both 32 and 64 bits oV= irtGuestAgent in order to make SSO from my application to a Windows VM.<br> <br> 32 bits works flawlessly, I can login, logout and lock screen at the moment= , but the 64 bits version cannot login (but can lock screen and logout) and= the worse of all, puts the VM CPU at 99%, making it useless.<br> <br> Anyone has experieced this? Or </font>give me some guidance to investigate?= <font face=3D"Bitstream Vera Sans"><br> <br> Thank you!<br> </font> <div class=3D"moz-signature">-- <br> <br> <font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12= pt"><font color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span la= ng=3D"es" style=3D"font-size:10pt"></span></font></span></font> <table border=3D"0" cellpadding=3D"2" cellspacing=3D"2" height=3D"88" width= =3D"424"> <tbody> <tr> <td valign=3D"top"><img alt=3D"" src=3D"cid:part1.02070605.00030001@dltec.n= et" height=3D"56" width=3D"151"><br> </td> <td valign=3D"top"> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt"><b>Angel Docampo<br> </b></span></font></span></font></div> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt"><b>Datalab Tecnologia, s.a.</b></span></font><= /span></font></div> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt">Castillejos, 352 - 08025 Barcelona</span></fon= t></span></font></div> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt">Tel. 93 476 69 14 - Ext: 706<br> Mob. 670.299.381</span></font></span></font></div> </td> </tr> </tbody> </table> </div> <br> <a href=3D"http://www.dltec.net/aviso-legal">Nota Legal</a> </body> </html> --------------040703030102010709040202 Content-Type: image/png; name="Logo-DLtec.png" Content-Transfer-Encoding: base64 Content-ID: <part1.02070605.00030001(a)dltec.net> Content-Disposition: inline; filename="Logo-DLtec.png" iVBORw0KGgoAAAANSUhEUgAAAMgAAABTCAYAAADa+UgeAAAAGXRFWHRTb2Z0d2FyZQBBZG9i ZSBJbWFnZVJlYWR5ccllPAAAAyJpVFh0WE1MOmNvbS5hZG9iZS54bXAAAAAAADw/eHBhY2tl dCBiZWdpbj0i77u/IiBpZD0iVzVNME1wQ2VoaUh6cmVTek5UY3prYzlkIj8+IDx4OnhtcG1l dGEgeG1sbnM6eD0iYWRvYmU6bnM6bWV0YS8iIHg6eG1wdGs9IkFkb2JlIFhNUCBDb3JlIDUu My1jMDExIDY2LjE0NTY2MSwgMjAxMi8wMi8wNi0xNDo1NjoyNyAgICAgICAgIj4gPHJkZjpS REYgeG1sbnM6cmRmPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5LzAyLzIyLXJkZi1zeW50YXgt bnMjIj4gPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIgeG1sbnM6eG1wPSJodHRwOi8v bnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bWxuczp4bXBNTT0iaHR0cDovL25zLmFkb2JlLmNv bS94YXAvMS4wL21tLyIgeG1sbnM6c3RSZWY9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEu MC9zVHlwZS9SZXNvdXJjZVJlZiMiIHhtcDpDcmVhdG9yVG9vbD0iQWRvYmUgUGhvdG9zaG9w IENTNiAoV2luZG93cykiIHhtcE1NOkluc3RhbmNlSUQ9InhtcC5paWQ6NjQ2MjkwRjI2QUNC MTFFMjhGRTFBNjc2MjZCQzFDNkEiIHhtcE1NOkRvY3VtZW50SUQ9InhtcC5kaWQ6NjQ2Mjkw RjM2QUNCMTFFMjhGRTFBNjc2MjZCQzFDNkEiPiA8eG1wTU06RGVyaXZlZEZyb20gc3RSZWY6 aW5zdGFuY2VJRD0ieG1wLmlpZDo2NDYyOTBGMDZBQ0IxMUUyOEZFMUE2NzYyNkJDMUM2QSIg c3RSZWY6ZG9jdW1lbnRJRD0ieG1wLmRpZDo2NDYyOTBGMTZBQ0IxMUUyOEZFMUE2NzYyNkJD MUM2QSIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRGPiA8L3g6eG1wbWV0YT4gPD94 cGFja2V0IGVuZD0iciI/Pv1EwtUAABN+SURBVHja7F0JmFxVlT619r4v2dM0SXfSCTGABEQZ Fg0oQYwBPkAZDMziAsM448woziAwIzMoo6wDOKLjDogSgSCIEM2YQSERCTExCUnI3lm600mn uru6q2uZ8786lbwUVe/d2hfu+b6TvK633Pveu/896z3PEYlESJMmTYnJqR+BJk0aIJo0aYBo 0qQBokmTBogmTRogmjRpgGjSVMrkxj/dN92X8YVGQxFyM9zuv6iTTptaR71Hx8jlcBTb/c5n vpg5IqxCR5iDzH3MbzLvYz6aQR+uZJ4p2+uYn83RvU5k/ihzWPofTxXMv2V+Q8OA6PTzPpQc INmgGpeDdgZC9KlfvEX/vehk6m6poaFAsNiewznMd2Zwvp95L/OrzM8zPyYDMBX6HPNZsv1M DgFyKvPDNsd8RQMkTypWiPnkSjf1jobojpW7KMLCw8siJVxc9zuY4flVMvtfw/xDmYGvTfEa +03bfTm81zGFY4Y1BBRUrGxRIByhzmo3vToYoJ++cYCuP3My9Q8FaJzVryLRthxx0uBu5l0Q gHHHxdSvVuZ65snAP/NsAUmMzhKG2vZZxQHvSLKdbYpk6RgNkGySl2XSZI+TbvldL1WwBFk8 t41CkSAVYcrXCPOXFWdaUKVIjw8wXyHqWow+xjyD+cIM7RNN5apixSjMulWd20HNlS66c80+ GhgZp8ZKD4MkUoyTw6RU/BDM65nh0fgz5o+I0R6jM8WmcOhhpQFiC5JGj4v8DIoHfruHBkeD VMV/l9n9L2c+n/nnpt/OY76tSO5Nq0/FqGLFCHCY6nXTjzYeorOnNdDiU9ro4NBYuT0/uHwX M69lPkV++5IY8FsL3LcBhWOOZLG9CXjlJhsNfpvDYuON5PA+m5mnMdeK9I6ImrtH2i9OgBzr fZ2Xnnmzn97f1UQetknGguFyi05iIFxHUdevS6QSXLk35LkfZzMvhK+E2cc8T+GcRfJ/tfTb y7yBeZlim3NE1bxAtlvlGWCghsW+28n8OvMLcl1/Fu61i/lS5veL4wSqsse0H88A3sKNzL8W 1XdrUQKkgUHxy4MjtHxDHy15VzuNB8NUhvQa83eY/0r+vpr5duaDeezDEuZ/SvGcRSaQxOhl BYBAWn6R+SoBRFKfjRwLvlZsuLvlWaVDk0yTT7XFcR5xmoA/zPxvzE8y/yvzWwW3QU54QtzC RLeLvrBqD23uG6b2Wi+V6SJG80tvEnskn5Qt71m/zf5PUDT+83EbcCQD1v8wf4tOdJer0ALm Vcz/aAOORFRj6vdfFBVAYLA3eFjiepz05B/7aDQYIZerLB09ULE2m/6+oETvw0rE/yfz95jr MmzjL8W5oTr+kAeyUiRCpnbSt5n/rmgAEgNJR6Wbntw+SGt7fVTtKcscSdgia0x/vzvP7WfL TZhM7f53mb2zRZhA7lK0c5alITWs6B6KxrKKAyCgKqeDfIEQPbXhIFV6yjaJ+A9x+nJjHtvO lj1ZkeC3pcz/rHAuPEfILfuZGOZ29A/MH7TYj+DsY2moYyoESdJWcCPdPL12sv3xk11DdOXe ITp9Sh0d8AXIUV7a1i7TdouI9CN5ahuuZWQHj4s9gsClXWIm1KUfUNRFGjOqd8cd0878dYX2 b2V+iPmQ/I0Z/zI5t93iPOx/Ick+GOTvUmh7C0W9VXul3fdSNJhrRUgh+qRIxsIDJGawB0Jh liJ9NHdiLblYqoTLy2I3+93xohry2PbmOBuoTwEgv2deYXPMFwTsVoTkzUfjfhsR0K6SdlqT nDuX+XKKepniB/DfK9w3MhsQe/LF/f4ZAawVYenBVynxcoD8qlhmW+TxHYP0+l62Rbxlp2oN ERVNAnOrwjGNCte43uaYRxOAw0w7RbpYUaI2FincwzIxuH0J9j0stoYVIVZ0SlHYIGZbxD8W oqf/1EdV5WeL+ONmo0KKx2xk8yJLuclmQlCJvWCwbrPYj4DfyXG/Xaqgtd9uc8w3bPY7RIVz FYWKFburjhovPb3TR1ftG6L5k+roYPnYIm4qr2TF99rs303Hs5wdFiAMigGfzE0LI/wMOh7E gy1k5wVElPyPCrYJUoHqxDaL7yMCiq9aTRTuQjz1Ssarzx+mn63vp572srJF6unElAdXid/P HJv9nRTNIvDaACQc91wSEZZDP2G67hSb419TlJDPZPIACqLjGLZIlZse237EiItUlY8tUh0n LEdL+F6cCjZKpRxTLVIgEWMfvGQVNteaZdqG969GwSmRl4dQEPKKLbKcbZFqj6tcADLBtA2P Vl8J34tbYdbPJpklRruCqjpa1gAhsUWeYFtkHdsibeWRozXbtH1AuFQpLFIwn5OLI4Vx6cjX LFE4fYQFh98fjYvMbq8pB1vkPXEGYrCE7wV9t0tNR9GHbaLrZzJgoYqtpePrOVTWsnjKHiBB sUW+te0ILZ47ROd0NpFvNPGYgpcrzI/u8Mg4hcJFCSKklpxm+vt/y0BlRGR6gcV+pNZ8kI6v AVExmh1JxuEoHY8h9Qo4rVJM5inew18zd8v1HAlsxtUUDWb2Fh1AYrZIFY/+u1btpvW9wzQ0 nliqh0IRI4drUU8rtdV4jIg8lvIWUXE6LByqNw2EFQXuj8qDsZNwcKN+1EYt8ueg75BKcAt3 WRxzoRjyVqWL4EB40EbaINr+SlFKkBihntbGo+O06mV+Js4k7xWql9NJz209Qlf0tNCF3c3U XO2hIyPBYoihQGf+W9PfvyJ7H30x2Jd2a6BX2+zvlolBxZU6SwAVSNBPjEPkse0w9etlG4DA kEc6ydcsjlmqoIrhXe0saoCgnlaT20lN9ck9gS55smt9Y7SagTR/Qz/de3EnzWipNiSJnyVP AaUJEt7MMYP7iuCxDorKYgUUrELE4qWhJPshBRG8O9niGndQNNnQCmyniRpj5bq92gQQENJI rrO5xy+JKrsmwT4EGu0KaMDW+b9MZ5mioJCApKPCTT11FbR+KEDXPLWFvrZyl5GyUut1F8oL hhd7s+lvPPDlRfDI4Ga2K5ZwrvT3Pyi6hBalSD9m2g/16QGba8AWQEr65CT7MVCftgEHpMfz cb89R/axDqi0K+X5zxOJg9SRf2H+DVmnyYCeIhtPo5tKkIKMhO4qF/WOhen+tQdolO2Rm8/v MFQt31he7ZJb42apIwqzXqp2Qrp0UGbIWpvj5gvH6Dcy4GP0CEXTzqfZSCJ48H5K0Qg3wIkM YORYXU726zmwcOpogjkRa1CetDkXhvadwkhaVF3tCPvLNo2/JAES84C1e10Gf5PVLZQ3vXXh SRQOu1jdCqvYJWFKr1Yvyswgie+TMgOb6c/JOikvnvw5fEQYLChsNz3F8+JdrMPiCfqFzXnw 4t2URj9hqyVLKlwmEkz1uqksBQag/lS2ADHbJjNZ5frOxkOGqvW5c6dTgMGiEE9xim4MvbfS AkSNoj7gcwLniMowM+44lJj5FJ1YRE6FWsV4zTTJsUIkRvxiJ6zsW5iFx/yCSMbvZvn19YqE sQpIouYxcrM+nMV2kZ5/u8qBJQ8QPFlIi6l1XnrozQH6yJxW6plQQwd8Cb9PYkZNgwygQBJP R+wbItU2nhDoyliTsEWxy+Y+YMXdhaQeR7CaJ5DoF7+uApVWUCDh9BSulWxm+Z6Ml3sV1DYV 2iSq2RaF/sBTBnfsp7PQLlZQfkL14LLJEqySeMotK3bS7sN+qq9IiP14Q7FWVKa6BFwvIEoE jqOib+PFXZICOIhOXJ3nFkOyPkkfVLk6gVSLqXCYoV9Js3/xhHXc71NQt6wIaef3iHq6KQXQ fkbAviMDaXV9KuAoCwlippMYFL8f8NMtL+2gH1w5x0hdOewfN0sSBJ/WiYEWVHwxHtHn94oa 85p4ftJ9UbHlp4NZNNIbxbhOROjneeJtQ/mcOWIveE2OgjEZuJCmv7Npa53YYOClonbapaYj Sr5dvFmPU/of7UFNreViEy2Re6m2aXertIlz96XaoCMCj9BN95UNSODhCoYjdNnMJrpsXhud 1FRFfUPHFmQ5ZGCESHG1HxshLtZfArUMPjcykMdDfC2HEc88OobYS1rqkJuym6fllgGustzX I/ZUjQkgwzKYhin1j+q0iResW6SYl46nlEDSwlW7UUCR7eLMsAexpn2eeMpi7fpEqsMB8LrK s072CbayA4jTEaFQ2EFbWc1aMKmG7rt4Bk2qrzA+5ON0OlK8loNaaz18PaIN+300HAjT9KZK o74wSqieMrmOAhmUUoWEGwmEaNAfNACny7EXjnL+jcJiISzGgrSY1VJJaw6N0t/8fCs9dGkX TaqrMEuSxAY/Txb46E+110URHvcjLC1+vPYADYwE6YlNh2jr8Dgt6ainozyowR+f28agST8j fIjPndVeTRfMaKLR8bAB4KHRoCHe9OeHi4PKToKcgH5Gw0YGxRlNXnrgki6aWOelvuFAwkBi iKdv7B9lifDaHp+xkOsQz+wv7B82FJeOGg9Vu5y0YyxIdXw+vujby4AhZwZmBLc1jYE7p9nL XG2ohB3NVQbo8hzw1BLknaJiJVK5NvvG6YzmCgMkUxsqWDKEaZgHYDAmMTwu8rodtGa3z1ib 8sPtR49p5zNhezhysnLIyQAODzJIepHiz4CbVe2mxTOaaVFPC81oqTrWTy1RSgsgHRT13Z8u 2810fGE+PD0IViGBDK7FXC05hXsWaQwXUTSRrll+RxQYkWwEtlaSJOEZksQ/Tp0VLrpqVnQA Tm+spBpWpfpZCryxb4ie39RPy3b4yMdq1aw6j6GqyXWRm7RQPD8O8WStEM/I/hT7jaoe+ETC uWJUItKNoJWRDYukzZ2+MepqqKTLu5uMmE5LjZeGxoJ6BJcAQAAKlI6H318lpI8UYqQKPCJe jGxRLDlwvs1x8Jp8RQayAZJtPFNjHUlPjZuuntNG7aw2rWMV6uHNA0Y6/WQGUIPbZUgWitZl upsSxxdIJgPUlv2xYr/hDkXsZEKCfaggeG98P5s9Trrr3Ol0yZwWY6HYSCBMWusqPoCcRNGy 91ek2Tb0FQSG7qDMXJsI2iEyvCTF85DshuDQscxWY6bmAWcsUWT1anaVO16FwkTwbcXrIxXi fptjIH2wpNSqRi0A+az5hz1sizSwjXP+5Bq64awpNKWp0vDGuZ0aJfkCiJ1qi5e2KgNwgBAl vk3UkplpXgPR3ZfSAAcIkeRfkqmEDVYxdtV6qau+grreDo5Tmb+ZwvUxu9h9LOcaG3CAPv+2 mYntH2Dh8TcP0xdf3G58MXgCG/UR7Q/Onw1rse9a0Y2nZqkt6N1YJbYgjXN/QtHKe+nS+1JQ haCWpVqH6KtkHRVXuWekk58QFYaqV+NyUk9TFb18aJRufHaLkWPWxKphMKxRUkiAYNb9bg7a axeVZ0oK5yCtPBtfa4JBv9TmmB7mD6Rx7bPIukynSrzJkQxkAMqsWjet7h+lzz63lfqHA9RQ 6dajt0AAQcrAE5Q7zyJmyscUj20V2yVbBFXPamXbqZR+8PQ9FvteVTh/N1msAIRXDSspX+kb pdtY3UJQ0aVtkYIA5EHKvdsdHze5WeE4WE5tWWy3U6SjlTGdLlmV1vw+2buEUXzAUm+CJOms 9dCLB/30qy2Hqcrr0iM4zwCBC3Vhntq+RUHVWpyDdi+22JfJl2IDFvv2i4Mh2WehsR78aZVG UMY4NB6iFW8NUJVbS5Bckztu+/N5bBuqznWU/BNYePuzc9BujxjhiYLjmcRr7D5Uj8Dp2RRd Pooga+xzZ3BdP6/aiBHAZNWqscJN2k7PL0CQOnxanttfKqpFojRouHYbcwRMLLFNlNaN8jFI kZ6X4jWxGOfXCsehhE7ss2LJQKqpSFWsiwrQPsq0nGOh01fkoE2rOrKBNJ0CkIKpFoDQ4Cgh gGBWXVCgPpyZ5HfkcQ3kqM1xi33w4D2SwrUQK3pID6XyBgiCgd0F6sMMi9l8bw7a2032K9sQ e7lT4VoAxlV6GJU/QLAEc1KB+jDRYt/KHLSnWlQaRcvg0UMVDHifUABhVCQb4jgo6nwjlfZX pDQpGukwWqsK1AerKhooy3M7ZS8uA/tjWYpgAiMDYJoY1iiTuV8PnXeWBFGt8pELsjJu11O0 uHK2CCrRpjTOi1UzWa3B8c4ESD8lD2Llmvpt9kOC+LLQDoKAX9avXFM6AIHhur1Afdhhsx+1 jJAeEs6gjbBc44B+5ZrSAciAqDOFIJUPzbwoRnE6xaYPy7kv6detKV2AUIEGUH8K7aKi3rtT NLJj60iW61etKR0yp5qspKgLsy2P7aMa+qEUjt8mqhKKPiP5D0FGlPePVWcfE5UNBvWPKFpY WpOmrAAE6guWj96Rx/YfTPO8ZcIoHjGFjmcF94o9NaRfraZsAwT0XxStoj0lD20jxrEmw2vA u7WJ0nPdatKUkg0SkyKfzkO7cCnfqB+/plIDCAilZ76R43bxnYZ9+vFrKkWAkKhZ389Rmzdo 41lTqQMEtDTLkgQeJtSHelg/dk3lAJCYJMGgzjQCjdV2cMk+qh+5pnICCMmgxlrquyn1fK03 xBhHoel1+nFrKjVSrQGFPC0Uar5HBjvWSaB4NCqr45NesfIBcLui8MEfRGrA1tClyTWVPUBi tEeMd5Tx7BCAVJoAgrwnfBtOe6g0lQUZ1d01adKUvg2iSZMGiCZNmt5O/y/AAHXDNhqsAJ2T AAAAAElFTkSuQmCC --------------040703030102010709040202-- --------------030104080004050803070002--

6 13

python-pthreading 0.1.3-2
by Douglas Schilling Landgraf 11 Jul '14

11 Jul '14

Hi, python-pthreading 0.1.3-2 is available to test. Please help giving karmas to achieve this version to stable branch as soon as possible. Changes included: - monkey_patch: Fail if it is too late to monkey-patch - Add the missing locked() interface F19: https://admin.fedoraproject.org/updates/python-pthreading-0.1.3-2.fc19 F20: https://admin.fedoraproject.org/updates/python-pthreading-0.1.3-2.fc20 EL6: https://admin.fedoraproject.org/updates/python-pthreading-0.1.3-2.el6 -- Cheers Douglas

2 1

Upgrade to 3.4.2 failed
by Demeter Tibor 10 Jul '14

10 Jul '14

Hi, I just did an upgrade to my 3.4.0 box. I did a yum update and an engine-setup After the package downloading process got this: [ INFO ] Yum Verify: 14/14: ovirt-engine.noarch 0:3.4.0-1.el6 - ud [ INFO ] Stage: Misc configuration [ INFO ] Backing up database localhost:engine_20140130075536 to '/var/lib/ovirt-engine/backups/engine-20140617140129.QZGO9x.dump'. [ INFO ] Updating Engine database schema [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute [ INFO ] Yum Performing yum transaction rollback [ INFO ] Yum Status: Downloading Packages [ INFO ] Yum Download/Verify: ovirt-engine-3.4.0-1.el6.noarch A cut from the log file: running upgrade sql script upgrade/03_04_0720_add_host_interface_high_network_use_event.sql ... Running upgrade sql script upgrade/03_04_0730_change_group_ids.sql ... Running upgrade sql script upgrade/03_04_0740_update_user_ids.sql ... 2014-06-17 14:01:41 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:866 execute-output: ['/usr/share/ovirt-engine/dbscripts/upgrade.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine_20140130075536', '-d', 'engine_20140130075536', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20140617135909-a7zbn6.log', '-g'] stderr: psql:upgrade/03_04_0740_update_user_ids.sql:41: ERROR: duplicate key value violates unique constraint "pk_users" CONTEXT: SQL statement "UPDATE users SET user_id = temp_id" PL/pgSQL function "__temp_update_user_ids_03_04_0740" line 30 at SQL statement 2014-06-17 14:01:41 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 345, in _miscUpgrade osetupcons.DBEnv.PGPASS_FILE File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute 2014-06-17 14:01:41 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute 2014-06-17 14:01:41 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' 2014-06-17 14:01:41 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback 2014-06-17 14:01:41 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Building transaction 2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction built 2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction Summary: 2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install - ovirt-engine-3.4.0-1.el6.noarch Anybody help me? Thanks in advance Tibor

2 9

[Documentation] Assistance Needed with User-Facing Documentation
by Brian Proffitt 10 Jul '14

10 Jul '14

All: The Red Hat ECS team has made a great effort to convert some of the more important downstream documentation to a MediaWiki format that we can post on oVirt.org as an official set of user- and admin-facing documentation. This is being done as a bootstrapping effort to get our upstream documentation up to date and take a big step towards making the upstream documentation the canonical source for documentation in the near future. Before that can happen, we need to get this RHEV-oriented information ported over to oVirt nomenclature and screenshots taken for oVirt and added to the documents as well. I have placed the three guides * Administration Guide[1] * User's Guide[2] * Installation Guide[3] on the oVirt site as unlinked pages. General wording has been changed from RHEV to oVirt, but not always. Each of these documents must be reviewed and completely adapted to oVirt 3.4 before they can be posted as official documentation. Specifically: * Review all text to ensure proper steps and descriptions for oVirt features and procedures * Review all text to remove downstream-specific text * Review all code for changes in package names on on-screen displays * Replace all downstream RHEV screenshots with upstream oVirt 3.4 screenshots (Max width: 1024px) I will be stepping through these documents to edit them in more detail under these guidelines, but help is most assuredly needed, in order to get this done in a timely manner. oVirt.org wiki users can visit these pages, review them, and add their changes. MediaWiki has limited version control, so it would be best to edit sections instead of entire documents, to minimize stepping on others' changes. Editing by section will also help us track the sections that have been edited, using the pages' histories. Thank you in advance for all of your help on this project... when finished, this will represent a significant improvement to oVirt's documentation, and make oVirt that much easier to use. Peace, Brian [1] http://www.ovirt.org/DraftAdministrationGuide [2] http://www.ovirt.org/DraftUserGuide [3] http://www.ovirt.org/DraftInstallationGuide -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Re: [ovirt-users] ovirt-shell
by Sven Kieske 10 Jul '14

10 Jul '14

Well there is no guide on the web which I'm aware of. But to my experience, scripting the shell has it's limitations you might want to try the python sdk, which is more useful or if you need some webapp anyway use the rest api. you could also script the rest api using e.g. curl but I wouldn't recommend that. there is documentation on this here: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… you can basically substitute rhev with ovirt. there still seems to be no updated dev guides for 3.4 though. I have automated everything via REST, as I have php devs who did the work ;) There are still some things you can't do via rest, like creating network qos entities (attaching them to a vm works but you need to create them manually). But in the future everything will use rest, so I guess this is the best way to go. HTH Am 10.07.2014 16:46, schrieb Steve Kilduff: > Excellent, thanks for the quick reply guys. > > I am trying to automate 100 vm creations so... If anyone has a good guide > that exists I would be very appreciative, otherwise I will keep tipping > away :) > > Steve -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 3

Thin Provision Not Work
by Paul.LKW 10 Jul '14

10 Jul '14

Hi All: I find an issue in Thin Provision with oVirt, when I create a virtual disk I click the option Thin Provision (assign disk space 30G and actually it use 1G only), so I should see in the storage this disk for nearly 1G image file too. However it shows 30G image file. Any hints could fix this for using Thin Provision? BR, Paul.LKW

3 2

ovirt-shell
by Steve Kilduff 10 Jul '14

10 Jul '14

Hi All, Trying to add a nic to a vm with a specific mac address. [oVirt shell (connected)]# add nic --vm-identifier ov31 --network-name backend --name eth4 --mac-address HH:HH:EE:HH:HH:01 ======== ERROR ============================= status: 400 reason: Bad Request detail: MAC address must be in format "HH:HH:HH:HH:HH:HH" where H is a hexadecimal character (either a digit or A-F, case is insignificant). ============================================= Also interesting is when I change the beginning of the mac address to 00 instead of HH, I get : [oVirt shell (connected)]# add nic --vm-identifier ov31 --network-name backend --name eth4 --mac-address 01:HH:EE:HH:HH:01 ============================================ ERROR ========================================== wrong number of arguments, try 'help add' for help. ============================================================================================= I have tried some things like enclosing in single and double quotes but no success. I have also tried to read the help sections on the shell interface but I also could not figure it out. Thanks in advance,

3 3

[ANN] oVirt 3.4.3 Release Candidate is now available
by Sandro Bonazzola 10 Jul '14

10 Jul '14

The oVirt development team is pleased to announce the availability of oVirt 3.4.3 Release Candidate as of Jul 10th 2014 for testing. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The new repository ovirt-3.4-rc has been updated for delivering this release, please refer to release notes [1] for instructions on how to enable the repository and for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon[2]. Feel free to join us testing it [3]! [1] http://www.ovirt.org/OVirt_3.4.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.4-rc/iso/ [3] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt Blogs This Week
by Brian Proffitt 10 Jul '14

10 Jul '14

Some reading for you as we head towards the weekend! Maor Lipchuk delivers a brief update on the status of Google Summer of Code[1]. A round up of some of the new features coming to oVirt 3.5[2]. Remember, you can follow us on these social media channels to get the latest news and chatter about oVirt! * Twitter[3] * Google+[4] * Facebook[5] [1] http://community.redhat.com/blog/2014/07/ovirt-google-summer-of-code-update/ [2] http://community.redhat.com/blog/2014/07/ovirt-community-update-july-2014/ [3] https://twitter.com/ovirt [4] https://plus.google.com/u/0/communities/109346090491400112913 [5] https://www.facebook.com/groups/ovirt.openvirtualization/ -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Disk's locked of VM
by Andy Michielsen 10 Jul '14

10 Jul '14

Hello all, Does anyone know how I can check if a VM's disk are indeed locked or not. The engine tell's me they are locked but this is now already 16 day's and counting. I already restarted every server involved but to no avail. I can not remove, change or start the VM as long as the disks are locked. Can I give a command to check the status of this machine in the CLI enviroment or after connecting to the database and checking a table (Realy don't know how to do this). Kind regards.

3 17

Docker containers for ovirt-engine
by Daniel Erez 10 Jul '14

10 Jul '14

Hi, I've created a couple of Docker images with a running ovirt-engine service and uploaded to the Docker registry [1]. Quite useful for quickly having a ready-to-use environment (tests, demos, etc) or to be used as a base image for building new Docker Images. Note that currently the container is not persistent by its nature, hence for saving changes, take use of the 'commit' functionality [2]. [1] https://registry.hub.docker.com/u/danielerez/ovirt-engine/ [2] https://docs.docker.com/reference/commandline/cli/#commit

1 0

Problem Windows guests start in pause
by lucas castro 10 Jul '14

10 Jul '14

I have an Fedora host in cluster Default, I've created another cluster with a CentOS to migrate the environment. and all the linux guest work perfectly, but the windows guest start in pause on the other cluster. the vdsm log from the CentOS host. http://pastebin.com/AzUB2Fqy -- contatos: Celular: ( 99 ) 9143-5954 - Vivo skype: lucasd3castro msn: lucascastroborges(a)hotmail.com

2 1

Re: [ovirt-users] [ovirt-devel] virt-v2v integration feature
by Itamar Heim 10 Jul '14

10 Jul '14

On 07/09/2014 09:30 PM, Arik Hadas wrote: > Hi All, > > The proposed feature will introduce a new process of import virtual machines from external systems using virt-v2v in oVirt. > I've created a wiki page that contains initial thoughts and design for it: > http://www.ovirt.org/Features/virt-v2v_Integration > > You are more than welcome to share your thoughts and insights. > > Thanks, > Arik > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > Some thoughts after reviewing: http://www.ovirt.org/Features/virt-v2v_Integration great to see this - its something which i hope will ease a lot conversion to oVirt! adding users@ mailing list, to get feedback on the use cases. 1. Need to understand if possible to provide the VM via 'uploading it'[1] 2. does this really merit a provider per external system? or just ability to choose source path (including simple nfs/posix path pointing to existing kvm disks or vmware vmdk's), or URI/user /passowrd for such a system if vsphere/etc.? I'm not opposed to allowing to define providers, I would just remember that's a specific single use case, and would separate the import/convert flow from being part of the provider (i.e., on the import/convert flow, would allow to choose the source being a path or a pre-defined provider) to sum above two points, I think the page should start with 'use cases': - I have a KVM VM i want to 'convert' to RHEV (doesn't need full v2v, but libvirt-->ovf conversion?) the VM(s) is/are in an nfs/posix path, or i want to upload the VM. - i have a folder with VMs/disks i want to convert (make sure this covers the ESXi flow) - I have a vsphere to import VMs from - I have Xen... (hope to see input from users on these. I'm sure there was a thread on this in the past, what do you know, i started one...[2]) 3. does this mean virt-v2v and all of its dependencies will be required by vdsm (and on ovirt-node). also, for distro's which have it, of the required windows components? 4. most important flow i would like to remove via this integration is the "double copy". i.e., if we run v2v from a host, there is no reason to not pre-create the VM/disks for it, and have v2v overwrite their content, instead of converting into the export domain just to perform another copy/import. (may mean you want virt-v2v to have a specific verb to just get the OVF, and a specific verb to convert a disk) [1] we want to support upload of an iso/VM/disks in any case. [2] http://lists.ovirt.org/pipermail/users/2014-January/019839.html

1 0

[QE][ACTION NEEDED] oVirt 3.4.3 RC status
by Sandro Bonazzola 10 Jul '14

10 Jul '14

Hi, We're going to start composing oVirt 3.4.3 RC tomorrow *2014-07-10 08:00 UTC* from 3.4 branch. A 3.4.3 branch will be created immediately after using the same hash of the build. The bug tracker [1] shows no blocking bugs for the release Bug 1096312 - log spam in vdsm: guest agents not heartbeating has been proposed for backport from 3.6 target on the bug tracker [1] There are still 28 bugs [2] targeted to 3.4.3. Excluding node and documentation bugs we still have 9 bugs [3] targeted to 3.4.3. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.3 should not be released without them fixed. - Please update the target to any next release for bugs that won't be in 3.4.3: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please build packages before today *2014-07-09 15:00 UTC*. Community: - If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5] [1] bugzilla.redhat.com/1107968 [2] http://red.ht/1lBAw2R [3] http://red.ht/1ly9hfA [4] http://www.ovirt.org/OVirt_3.4.3_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 6

Vm console creation using noVNC
by Shanil S 10 Jul '14

10 Jul '14

Hi, I am creating console using api, for this i created a ticket using the rest api and used the ticket value as password and i am able to connect it using these details using vnc client. I am planning to use the console from the browser using the novnc console ( http://kanaka.github.io/noVNC/ ) as like the same way which used in the ovirt panel. When i checked the novnc-main.html it is found that the ticket information details are passing in the encrypted format and passing the signature and salt and ticket details as an array, Could you please tell me how can i create these details in the encoded format and create a console using noVnc and rest api ? -- Regards Shanil

3 4