- Users - oVirt List Archives

[Users] Bug in ovirt-deploy script
by Joop 21 Dec '12

21 Dec '12

I think I found a bug in a module of the ovirt-host-deploy script. I'm (still) using F17 with the latest nightly being: rpm -aq | grep ovirt ovirt-engine-cli-3.2.0.7-1.20121217.git5eddf58.fc17.noarch ovirt-engine-dbscripts-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-iso-uploader-3.1.0-1.fc17.noarch ovirt-engine-userportal-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-setup-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-tools-common-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-backend-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-host-deploy-0.0.0-0.0.master.20121219.git817103d.fc17.noarch ovirt-engine-sdk-3.2.0.5-1.20121217.gitc0ab704.fc17.noarch ovirt-engine-restapi-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-genericapi-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-config-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-engine-webadmin-portal-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-host-deploy-java-0.0.0-0.0.master.20121219.git817103d.fc17.noarch ovirt-engine-notification-service-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-release-fedora-5-2.noarch ovirt-image-uploader-3.1.0-1.fc17.noarch ovirt-engine-3.2.0-1.20121219.gitcd0d2cc.fc17.noarch ovirt-log-collector-3.1.0-1.fc17.noarch I'm using a Cluster with the Gluster bit checked and when adding that host it errors out with a rather annoying error: package 'v' not found. Turns out that the last line of Mgmt01/usr/share/ovirt-host-deploy/plugins/ovirt-host-deploy/gluster/packages.py is wrong, there is a ',' missing. I changed it to: def _packages(self): self.packager.installUpdate(('vdsm-gluster',)) And when I now try to deploy my host in the gluster Cluster it tries to install vdsm-gluster package and dependancies. It now fails in /usr/share/vdsm/addNetwork where it complaines about ConfigNetworkError: (21, 'Both PREFIX and NETMASK supplied') This host has already been an ovirt installed host. I could for testing remove all traces of ovirt but I have another host where I tried that and now it stops its networking when vdsmd starts ;-( Went ahead and removed PREFIX and reran deploy. The bridge ovirtmgmt is correctly created BUT there is an error in the log: INFO:root:Adding network ovirtmgmt with vlan=, bonding=, nics=['em1'], bondingOptions=None, mtu=None, bridged=True, options={'blockingdhcp': 'true', 'UUID': 'e121a99a-994e-479d-8de1-a56c14315545', 'USERCTL': 'no', 'DNS2': '172.19.1.18', 'DNS1': '172.19.1.12', 'bootproto': 'none', 'onboot': 'yes', 'IPV6INIT': 'no'} libvir: Network Driver error : Network not found: no network with matching name 'vdsm-ovirtmgmt' libvir: Network Driver error : Network not found: no network with matching name 'vdsm-ovirtmgmt' libvir: Network Driver error : Requested operation is not valid: cannot set autostart for transient network Looking at /etc/libvirt/qemu/networks/* shows indeed there are references to vdsm-ovirtmgt. Maybe this is because I'm also using fedora-virt-preview-repo because the nightlies need a newer libvirt. Let me know if a slightly lower version of libvirt will fix this. Joop

2 2

[Users] v2v - converting windows VMs
by Alex Leonhardt 21 Dec '12

21 Dec '12

Hi, i've read up about converting Windows VMs and it needs some "Guest Tools CD" - https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualiz… where can one get that CD/iso image and whatever else is required ? Alex

1 2

Re: [Users] [Bug 881579] kernel-3.6.7-4 causes panic on FreeBSD KVM guest with >1 CPU
by Karli Sjöberg 20 Dec '12

20 Dec '12

--_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 b25zIDIwMTItMTItMTkga2xvY2thbiAwMToyOCArMDAwMCBza3JldiBidWd6aWxsYUByZWRoYXQu Y29tOg0KDQoNClByb2R1Y3Q6IEZlZG9yYQ0KaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3No b3dfYnVnLmNnaT9pZD04ODE1NzkNCg0KLS0tIENvbW1lbnQgIzMgZnJvbSBNYXJjZWxvIFRvc2F0 dGkgPG10b3NhdHRpQHJlZGhhdC5jb208bWFpbHRvOm10b3NhdHRpQHJlZGhhdC5jb20+PiAtLS0N Ckl0cyB2ZXJ5IGxpa2VseSB0aGUgY2F1c2UgZm9yIHRoaXMgYXJlIGluc3RydWN0aW9uIGVtdWxh dGlvbiB1cHN0cmVhbQ0KKGVtdWxhdGlvbiBvZiBpbnZhbGlkIGd1ZXN0IHN0YXRlIGJ5IGRlZmF1 bHQpLg0KDQpUaGVzZSBhcmUgYmVpbmcgZml4ZWQgdXBzdHJlYW0uIE9uY2UgdGhhdCBpcyBjb21w bGV0ZWQsIGl0IHdpbGwgYmUgbmVjZXNzYXJ5IHRvDQpiYWNrcG9ydA0KdG8gRkMxNy4NCg0KSW4g dGhlIG1lYW50aW1lLCBsb2FkaW5nIGt2bS1pbnRlbC5rbyB3aXRoIGVtdWxhdGVfaW52YWxpZF9n dWVzdF9zdGF0ZT0wIHNob3VsZA0Kd29yayBhcm91bmQgdGhlIHByb2JsZW0gKHRlc3RlZCBsb2Nh bGx5IG9uIGt2bS5naXQgYXMgb2YgZGVjLzIwMTIpLg0KDQoNCg0KRm9yIGZ1dHVyZSByZWZlcmVu Y2UsIEkgd2FudCB0byBhZGQgd2hhdCBtZWFzdXJlcyBoYXZlIGJlZW4gdGFrZW46DQoNCkZyb20g b1ZpcnQgV2ViYWRtaW4sIHRoZSBIb3N0IHdhcyBzZXQgaW50byBNYWludGVuYW5jZS4NCg0KVGhl biB0aGlzIGZpbGU6DQovZXRjL3N5c2NvbmZpZy9tb2R1bGVzL2t2bS5tb2R1bGVzOg0KIyEvYmlu L3NoDQoNCmdyZXAgdm14IC9wcm9jL2NwdWluZm8gPi9kZXYvbnVsbCAyPiYxICYmIHZteD0xDQpn cmVwIHN2bSAvcHJvYy9jcHVpbmZvID4vZGV2L251bGwgMj4mMSAmJiBzdm09MQ0KDQppZiBbICIk dm14IiBdIHx8IFsgIiRzdm0iIF07IHRoZW4NCiAgWyAiJHZteCIgXSAmJiBtb2Rwcm9iZSAtYiA+ L2Rldi9udWxsIDI+JjENCiAgWyAiJHN2bSIgXSAmJiBtb2Rwcm9iZSAtYiBrdm0tYW1kID4vZGV2 L251bGwgMj4mMQ0KDQogICMgbm8gcmVhc29uIHdoeSB2aG9zdCBzaG91bGQgbm90IHdvcmsgd2l0 aCBUQ0csIGJ1dCBjdXJyZW50bHkgaXQgZG9lcyBub3QNCiAgbW9kcHJvYmUgLWIgdmhvc3QtbmV0 ID4vZGV2L251bGwgMj4mMQ0KZWxzZQ0KICBleGl0IDANCmZpDQoNCldhcyBtb2RmaWVkIHRvIGxv b2sgbGlrZToNCiMhL2Jpbi9zaA0KDQpncmVwIHZteCAvcHJvYy9jcHVpbmZvID4vZGV2L251bGwg Mj4mMSAmJiB2bXg9MQ0KZ3JlcCBzdm0gL3Byb2MvY3B1aW5mbyA+L2Rldi9udWxsIDI+JjEgJiYg c3ZtPTENCg0KaWYgWyAiJHZteCIgXSB8fCBbICIkc3ZtIiBdOyB0aGVuDQogIFsgIiR2bXgiIF0g JiYgbW9kcHJvYmUgLWIga3ZtLWludGVsIGVtdWxhdGVfaW52YWxpZF9ndWVzdF9zdGF0ZT0wID4v ZGV2L251bGwgMj4mMQ0KICBbICIkc3ZtIiBdICYmIG1vZHByb2JlIC1iIGt2bS1hbWQgPi9kZXYv bnVsbCAyPiYxDQoNCiAgIyBubyByZWFzb24gd2h5IHZob3N0IHNob3VsZCBub3Qgd29yayB3aXRo IFRDRywgYnV0IGN1cnJlbnRseSBpdCBkb2VzIG5vdA0KICBtb2Rwcm9iZSAtYiB2aG9zdC1uZXQg Pi9kZXYvbnVsbCAyPiYxDQplbHNlDQogIGV4aXQgMA0KZmkNCg0KQW5kIGFmdGVyIHR3byByZWJv b3RzKGRpZG7CtHQgZ2V0IHNldCBhZnRlciB0aGUgZmlyc3QgcmVib290LCBzdHJhbmdseSBlbm91 Z2gpIHRoZSBzZXR0aW5nIGhhdmUgYmVlbiBjb25maXJtZWQgcGVyc2lzdGFudCB3aXRoOg0KIyBt b3JlIC9zeXMvbW9kdWxlL2t2bV9pbnRlbC9wYXJhbWV0ZXJzL2VtdWxhdGVfaW52YWxpZF9ndWVz dF9zdGF0ZQ0KTg0KDQpUaGUgSG9zdCB3YXMgYWdhaW4gYWN0aXZhdGVkIGFuZCB0aGUgZ3Vlc3Qg cGFuaWNzIGFyZSBnb25lLg0KDQpUaGFua3MgZm9yIHRoZSBoaW50IQ0KDQovS2FybGkNCg0K --_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpvbnMgMjAxMi0xMi0x OSBrbG9ja2FuIDAxOjI4ICYjNDM7MDAwMCBza3JldiBidWd6aWxsYUByZWRoYXQuY29tOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPgpQcm9kdWN0OiBGZWRvcmEKPGEgaHJlZj0iaHR0 cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD04ODE1NzkiPmh0dHBzOi8v YnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9ODgxNTc5PC9hPgoKLS0tIENvbW1l bnQgIzMgZnJvbSBNYXJjZWxvIFRvc2F0dGkgJmx0OzxhIGhyZWY9Im1haWx0bzptdG9zYXR0aUBy ZWRoYXQuY29tIj5tdG9zYXR0aUByZWRoYXQuY29tPC9hPiZndDsgLS0tCkl0cyB2ZXJ5IGxpa2Vs eSB0aGUgY2F1c2UgZm9yIHRoaXMgYXJlIGluc3RydWN0aW9uIGVtdWxhdGlvbiB1cHN0cmVhbQoo ZW11bGF0aW9uIG9mIGludmFsaWQgZ3Vlc3Qgc3RhdGUgYnkgZGVmYXVsdCkuCgpUaGVzZSBhcmUg YmVpbmcgZml4ZWQgdXBzdHJlYW0uIE9uY2UgdGhhdCBpcyBjb21wbGV0ZWQsIGl0IHdpbGwgYmUg bmVjZXNzYXJ5IHRvCmJhY2twb3J0CnRvIEZDMTcuCgpJbiB0aGUgbWVhbnRpbWUsIGxvYWRpbmcg a3ZtLWludGVsLmtvIHdpdGggZW11bGF0ZV9pbnZhbGlkX2d1ZXN0X3N0YXRlPTAgc2hvdWxkCndv cmsgYXJvdW5kIHRoZSBwcm9ibGVtICh0ZXN0ZWQgbG9jYWxseSBvbiBrdm0uZ2l0IGFzIG9mIGRl Yy8yMDEyKS4KCjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPGJyPg0KRm9yIGZ1dHVyZSByZWZlcmVu Y2UsIEkgd2FudCB0byBhZGQgd2hhdCBtZWFzdXJlcyBoYXZlIGJlZW4gdGFrZW46PGJyPg0KPGJy Pg0KRnJvbSBvVmlydCBXZWJhZG1pbiwgdGhlIEhvc3Qgd2FzIHNldCBpbnRvIE1haW50ZW5hbmNl Ljxicj4NCjxicj4NClRoZW4gdGhpcyBmaWxlOjxicj4NCjxiPi9ldGMvc3lzY29uZmlnL21vZHVs ZXMva3ZtLm1vZHVsZXM8L2I+Ojxicj4NCiMhL2Jpbi9zaDxicj4NCjxicj4NCmdyZXAgdm14IC9w cm9jL2NwdWluZm8gJmd0Oy9kZXYvbnVsbCAyJmd0OyZhbXA7MSAmYW1wOyZhbXA7IHZteD0xPGJy Pg0KZ3JlcCBzdm0gL3Byb2MvY3B1aW5mbyAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxICZhbXA7 JmFtcDsgc3ZtPTE8YnI+DQo8YnI+DQppZiBbICZxdW90OyR2bXgmcXVvdDsgXSB8fCBbICZxdW90 OyRzdm0mcXVvdDsgXTsgdGhlbjxicj4NCiZuYnNwOyBbICZxdW90OyR2bXgmcXVvdDsgXSAmYW1w OyZhbXA7IG1vZHByb2JlIC1iICZndDsvZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQombmJzcDsg WyAmcXVvdDskc3ZtJnF1b3Q7IF0gJmFtcDsmYW1wOyBtb2Rwcm9iZSAtYiBrdm0tYW1kICZndDsv ZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQo8YnI+DQombmJzcDsgIyBubyByZWFzb24gd2h5IHZo b3N0IHNob3VsZCBub3Qgd29yayB3aXRoIFRDRywgYnV0IGN1cnJlbnRseSBpdCBkb2VzIG5vdDxi cj4NCiZuYnNwOyBtb2Rwcm9iZSAtYiB2aG9zdC1uZXQgJmd0Oy9kZXYvbnVsbCAyJmd0OyZhbXA7 MTxicj4NCmVsc2U8YnI+DQombmJzcDsgZXhpdCAwPGJyPg0KZmk8YnI+DQo8YnI+DQpXYXMgbW9k ZmllZCB0byBsb29rIGxpa2U6PGJyPg0KIyEvYmluL3NoPGJyPg0KPGJyPg0KZ3JlcCB2bXggL3By b2MvY3B1aW5mbyAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxICZhbXA7JmFtcDsgdm14PTE8YnI+ DQpncmVwIHN2bSAvcHJvYy9jcHVpbmZvICZndDsvZGV2L251bGwgMiZndDsmYW1wOzEgJmFtcDsm YW1wOyBzdm09MTxicj4NCjxicj4NCmlmIFsgJnF1b3Q7JHZteCZxdW90OyBdIHx8IFsgJnF1b3Q7 JHN2bSZxdW90OyBdOyB0aGVuPGJyPg0KJm5ic3A7IFsgJnF1b3Q7JHZteCZxdW90OyBdICZhbXA7 JmFtcDsgbW9kcHJvYmUgLWIga3ZtLWludGVsIDxiPmVtdWxhdGVfaW52YWxpZF9ndWVzdF9zdGF0 ZT0wPC9iPiAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxPGJyPg0KJm5ic3A7IFsgJnF1b3Q7JHN2 bSZxdW90OyBdICZhbXA7JmFtcDsgbW9kcHJvYmUgLWIga3ZtLWFtZCAmZ3Q7L2Rldi9udWxsIDIm Z3Q7JmFtcDsxPGJyPg0KPGJyPg0KJm5ic3A7ICMgbm8gcmVhc29uIHdoeSB2aG9zdCBzaG91bGQg bm90IHdvcmsgd2l0aCBUQ0csIGJ1dCBjdXJyZW50bHkgaXQgZG9lcyBub3Q8YnI+DQombmJzcDsg bW9kcHJvYmUgLWIgdmhvc3QtbmV0ICZndDsvZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQplbHNl PGJyPg0KJm5ic3A7IGV4aXQgMDxicj4NCmZpPGJyPg0KPGJyPg0KQW5kIGFmdGVyIDxiPnR3bzwv Yj4gcmVib290cyhkaWRuwrR0IGdldCBzZXQgYWZ0ZXIgdGhlIGZpcnN0IHJlYm9vdCwgc3RyYW5n bHkgZW5vdWdoKSB0aGUgc2V0dGluZyBoYXZlIGJlZW4gY29uZmlybWVkIHBlcnNpc3RhbnQgd2l0 aDo8YnI+DQojIG1vcmUgL3N5cy9tb2R1bGUva3ZtX2ludGVsL3BhcmFtZXRlcnMvZW11bGF0ZV9p bnZhbGlkX2d1ZXN0X3N0YXRlPGJyPg0KTjxicj4NCjxicj4NClRoZSBIb3N0IHdhcyBhZ2FpbiBh Y3RpdmF0ZWQgYW5kIHRoZSBndWVzdCBwYW5pY3MgYXJlIGdvbmUuPGJyPg0KPGJyPg0KVGhhbmtz IGZvciB0aGUgaGludCE8YnI+DQo8YnI+DQovS2FybGk8YnI+DQo8YnI+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_--

3 2

[Users] Thin provisioning extending while "Make template" still a bug?
by Adrian Gibanel 20 Dec '12

20 Dec '12

------=_Part_151_10842021.1356038920441 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I'm going to describe the bug.=20 You create a virtual machine with a thin provisioning hard disk.=20 You select the virtual machine (which it was stopped in my case) and click = on "Make template".=20 You wait so that it ends but then when checking storage domain you notice t= hat your template has the same size as if it was a preallocated image!=20 I suppose that in some of the cases you can run out of space.=20 I've been complaining on the irc about what it seemed Manager to ignore tha= t the "Make template" task had finished, I mean just ignore it for about 30= minutes and then saying everything it's ok. But... that's another history.= =20 Two irc people stated that usually people ran this bug where the virtual ma= chine gets the preallocated size instead of the thin provisioning one.=20 Although they were not quite sure there's supposedly a bug around this subj= ect which I couldn't find on bugzilla.=20 If the bug is as the one as I describe I would be happy to contribute to it= with my setup details and logs so that you can find whatever makes it not = happen in my case while most of the people run accross it.=20 Thank you for any information you can provide.=20 --=20 Adri=C3=A1n Gibanel=20 I.T. Manager=20 +34 675 683 301=20 www.btactic.com=20 Ens podeu seguir a/Nos podeis seguir en:=20 i=20 Abans d=C2=B4imprimir aquest missatge, pensa en el medi ambient. El medi am= bient =C3=A9s cosa de tothom. / Antes de imprimir el mensaje piensa en el m= edio ambiente. El medio ambiente es cosa de todos.=20 AVIS:=20 El contingut d'aquest missatge i els seus annexos =C3=A9s confidencial. Si = no en sou el destinatari, us fem saber que est=C3=A0 prohibit utilitzar-lo,= divulgar-lo i/o copiar-lo sense tenir l'autoritzaci=C3=B3 corresponent. Si= heu rebut aquest missatge per error, us agrairem que ho feu saber immediat= ament al remitent i que procediu a destruir el missatge .=20 AVISO:=20 El contenido de este mensaje y de sus anexos es confidencial. Si no es el d= estinatario, les hacemos saber que est=C3=A1 prohibido utilizarlo, divulgar= lo y/o copiarlo sin tener la autorizaci=C3=B3n correspondiente. Si han reci= bido este mensaje por error, les agradecer=C3=ADamos que lo hagan saber inm= ediatamente al remitente y que procedan a destruir el mensaje .=20 ------=_Part_151_10842021.1356038920441 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: arial,helvetica,sans-serif; font-size: 10pt; colo= r: #000000'>I'm going to describe the bug. You create a virtual mach= ine with a thin provisioning hard disk. You select the virtual machi= ne (which it was stopped in my case) and click on "Make template". Y= ou wait so that it ends but then when checking storage domain you notice th= at your template has the same size as if it was a preallocated image! I = suppose that in some of the cases you can run out of space.   I= 've been complaining on the irc about what it seemed Manager to ignore that= the "Make template" task had finished, I mean just ignore it for about 30 = minutes and then saying everything it's ok. But... that's another history.<= br>  Two irc people stated that usually people ran this bug where the = virtual machine gets the preallocated size instead of the thin provisioning= one. Although they were not quite sure there's supposedly a bug aro= und this subject which I couldn't find on bugzilla. If the bug is as= the one as I describe I would be happy to contribute to it with my setup d= etails and logs so that you can find whatever makes it not happen in my cas= e while most of the people run accross it. Thank you for any informa= tion you can provide. -- <div><a style=3D"color: rgb(0, 0, 0);" href= =3D"http://www.btactic.com/"><= /a>Adri=C3=A1n Gibanel I.T. Manag= er +34 675 683 301 <a href=3D"http://btactic.com/">www.btactic.co= m</a> <img src=3D"http://www.btactic.com/signaturabtacticmail/bta= cticsignature.png" style=3D"border-width: 0px;"> <b= r>Ens podeu seguir a/Nos podeis seguir en: <a href=3D"http://www.facebook.com/pages/btactic/118651634826= 400?v=3Dapp_9953271133"><img style=3D"border: 0pt none;" src=3D"http://www.= btactic.com/wp-content/themes/btactic/img/facebookfoot.jpg"></a> i <a href= =3D"http://twitter.com/btactic"><img style=3D"border: 0pt none;" src=3D"htt= p://www.btactic.com/wp-content/themes/btactic/img/twitterfoot.jpg"></a></sp= an> </f= ont><div>Abans d=C2=B4imp= rimir aquest missatge, pensa en el medi ambient. El medi ambient =C3=A9s cosa de= =20 tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio=20 ambiente es cosa de todos. = AVIS: El contingut d'aquest missatge i els seus annexos =C3=A9s confidencial. Si = no en sou el destinatari, us fem saber que est=C3=A0 prohibit utilitzar-lo,=20 divulgar-lo i/o copiar-lo sense tenir l'autoritzaci=C3=B3 corresponent. Si heu rebut=20 aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge. AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est=C3=A1 prohibido utilizarlo,=20 divulgarlo y/o copiarlo sin tener la autorizaci=C3=B3n correspondiente. Si han recibid= o este mensaje por error, les agradecer=C3=ADamos que lo hagan saber=20 inmediatamente al remitente y que procedan= a destruir el mensaje. </div> </div></div></body></html> ------=_Part_151_10842021.1356038920441--

1 0

[Users] oVirt-Foreman UI plugin
by Oved Ourfalli 20 Dec '12

20 Dec '12

Hey all, I've been working on an oVirt-Foreman UI-plugin recently, using oVirt's new UI-plugin infrastructure. It allows users to see Foreman data on oVirt entities, from inside Webadmin. I wrote a blog post describing this plugin, what can he do, some challenges that I faced and solutions, some screenshots, future work and more. Check it out at: ovedou.blogpost.com I'll be happy to hear your feedback both on the blog and on the plugin itself! If you need help installing the plugin feel free to contact me :-) Cheers, Oved

3 4

[Users] unable to create certificate authority during engine-setup
by Gianluca Cecchi 20 Dec '12

20 Dec '12

Hello, F18 AIO with ovirt nightly as of: ovirt-engine-3.2.0-1.20121219.gitcd0d2cc.fc18.noarch Trying to run engine-setup I get this error: Confirm root password : oVirt Engine will be installed using the following configuration: ================================================================= override-httpd-config: yes http-port: 80 https-port: 443 host-fqdn: myserver.mylocaldomain.com auth-pass: ******** org-name: MyOrg default-dc-type: NFS db-remote-install: local db-local-pass: ******** nfs-mp: /ISO override-iptables: yes config-allinone: yes storage-path: /DATA superuser-pass: ******** Proceed with the configuration listed above? (yes|no): yes Installing: AIO: Validating CPU Compatibility... [ DONE ] AIO: Adding firewall rules... [ DONE ] Configuring oVirt-engine... [ DONE ] Configuring JVM... [ DONE ] Creating CA... [ ERROR ] Failed to create certificate authority Certificate is to be certified until Dec 18 15:29:35 2022 GMT (3650 days) Write out database with 1 new entries Data Base Updated Certificate was added to keystore Generating a 2048 bit RSA private key ............................+++ ............................................................+++ writing new private key to '/tmp/engine.12002.key' ----- ./SignReq.sh: line 86: /var/lock/ovirt-engine/.openssl.exclusivelock: No such file or directory file 'certs/engine.cer' does not exist! 2012-12-20 16:29:36::DEBUG::common_utils::464::root:: retcode = 1 2012-12-20 16:29:36::ERROR::engine-setup::851::root:: Traceback (most recent call last): File "/usr/bin/engine-setup", line 777, in _createCA out, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=output_messages.ERR_RC_CODE, maskList=[basedefs.CONST_CA_PASS]) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 467, in execCmd raise Exception(msg) Exception: Return Code is not zero

2 2

[Users] COrrection on oVirt web page
by Gianluca Cecchi 20 Dec '12

20 Dec '12

Hello, at page http://wiki.ovirt.org/Troubleshooting_NFS_Storage_Issues the command showmounts should actually be showmount What would be preferred way of communicating these kind of things? Correct the mailing list or not? Gianluca

3 3

[Users] Problems when trying to delete a snapshot
by Ricky Schneberger 20 Dec '12

20 Dec '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was trying to delete a snapshot from one of my VM and everything started fine. The disk image is a thin provisioned 100GB disk with 8GB data. I just hade one snapshot and it was that one I started to delete. After more than two hours I look in the folder with that VMs disk images and found out that there was i new created file with a size of around 650GB and it was still growing. - -rw-rw----. 1 vdsm kvm 8789950464 14 dec 12.23 8ede8e53-1323-442b-84f2-3c94114c64cf - -rw-r--r--. 1 vdsm kvm 681499951104 14 dec 14.10 8ede8e53-1323-442b-84f2-3c94114c64cf_MERGE - -rw-r--r--. 1 vdsm kvm 272 14 dec 12.24 8ede8e53-1323-442b-84f2-3c94114c64cf.meta - -rw-rw----. 1 vdsm kvm 107382439936 6 jun 2012 b4a43421-728b-4204-a389-607221d945b7 - -rw-r--r--. 1 vdsm kvm 282 14 dec 12.24 b4a43421-728b-4204-a389-607221d945b7.meta Any idea what is happening? Regards - -- Ricky -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDLJsoACgkQOap81biMC2Nu+ACfTnCbl9BqIvQmp0zO4pYxlNDv qw4AoIZAR2Zg2RQNKOYf4YEVOSqVQZIV =MUYs -----END PGP SIGNATURE-----

2 2

[Users] Adding iscsi/fcp storage with rest api
by Mohua Li 20 Dec '12

20 Dec '12

--9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm trying to add fcp/iscsi storage with rest api like below,=20 #iscsi(iscsi hba card) 743 # type_: storage type 744 storage_params =3D param.Storage(address=3D"10.66.90.= 100",=B7 745 port=3D"3260",=B7 id=3D"36090a038d0f731= 6a6807a568b2491f1d", target=3D"iqn.2001-05= =2Ecom.equallogic:0-8a0906-6a31f7d03-1d1f49b268a50768" 746 type_=3D"iscsi") 747 # type_: storagedomain type 748 storagedomain_params =3D param.StorageDomain(name=3D"= iscsidomain", 749 data_cente= r=3Ddc, host=3Dhost, 750 type_=3D"d= ata", storage_format=3D"v3", 751 storage=3D= storage_params) 752 try: 753 logging.info("Creating iscsi data storage %s" % na= me) 754 storagedomain =3D self.api.storagedomains.add(stor= agedomain_params) storage params for fcp storage: 744 storage_params =3D param.Storage(id=3D"3600a0b80005ad= b0b00004d834f0b7954", 746 type_=3D"fcp") my question are: * if this is enough to connect iscsi/fcp(lun id, target) storage? * did wrong type the logical_unit element,=20 thanks for your help again. Regards, --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJQ0r+oAAoJEKa5n96c5rR6YYwH/2m+Ub+3AOvvIFl3HvE9F5uE u3uay1cFHHI5NxYjiA6RZ0+UqmvQnqXNRP5ILoau5670PLOI63rJiInBseR1pZTN VlM3gy2zy0yFa8EkSQIoCtoAuQJqO3Oa5wcqOsl6q92o23OgooScDQ9vaCCv6o1p ZLJl3YQ0eBc/yJJ0Sim+qz2adFwnutW+6DhuOBkZ+FWLlle5kIwvNltWbL3cNCOa II261zTEh5sXSjbLEO+9r6lZbZxN0CVTd63c38rC4nwC5242hn2QkFCzJdRR0zd/ l976DfK445SgcJ4lmE8WQaiI3VjeqbO+X0NlxV5kyAAu5om4XVO3GTh+0E/u36o= =LVDZ -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR--

2 2

[Users] Adding Nodes after ovirt-engine re-install
by Alex Leonhardt 20 Dec '12

20 Dec '12

Hi, I was wondering if it's possible to add existing ovirt nodes (HVs) to a new installed ovirt-engine ? E.g. the old engine died and there was no backup of it - how would you add the existing HVs without destroying what's already running ? If the above is not possible, is there a "backup guide" you can refer me to ? Ideally though, it should really be possible to "import" existing HVs into a newly setup ovirt-engine. Alex

2 1