December 2012 - Users - Ovirt List Archives

Re: [Users] [Bug 881579] kernel-3.6.7-4 causes panic on FreeBSD KVM guest with >1 CPU

by Karli Sjöberg

--_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_--

11 years, 4 months

3
2
0 / 0

[Users] Thin provisioning extending while "Make template" still a bug?

by Adrian Gibanel

------=_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--

11 years, 4 months

1
0
0 / 0

[Users] oVirt-Foreman UI plugin

by Oved Ourfalli

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

11 years, 4 months

3
4
0 / 0

[Users] unable to create certificate authority during engine-setup

by Gianluca Cecchi

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

11 years, 4 months

2
2
0 / 0

[Users] COrrection on oVirt web page

by Gianluca Cecchi

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

11 years, 4 months

3
3
0 / 0

[Users] Problems when trying to delete a snapshot

by Ricky Schneberger

-----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-----

11 years, 4 months

2
2
0 / 0

[Users] Adding iscsi/fcp storage with rest api

by Mohua Li

--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--

11 years, 4 months

2
2
0 / 0

[Users] Adding Nodes after ovirt-engine re-install

by Alex Leonhardt

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

11 years, 4 months

2
1
0 / 0

[Users] Package from CentOs 6.3

by Marcelo Barbosa

Hi guys, I woud like to know where can I download nome-pacote rpm for Centos. Does anybody can help me? Thanks Marcelo Barbosa +55 51 8414 6309 *mr.marcelo.barbosa(a)gmail.com*

11 years, 4 months

1
1
0 / 0

[Users] v2v vmware conversion

by Alex Leonhardt

Hi, I've seen several posts out there on how to convirt hosts from VMware -> Ovirt/KVM - Am I right to assume that just like the command for RHEV, the equivalent for Ovirt would be : virt-v2v -ic esx://$IP$/?no_verify=1 -o rhev -osd $HV$:/vol/exportdomain --network ovirtmgmt $VMNAME$ Also, I read a post that refers to a ovirt profile for v2v - I've never had to convert any VMs from VMWare so was wondering if that is just a custom config or whether there is a general v2v profile that can be used to convert to ovirt ? Alex

11 years, 4 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users December 2012