- Users - oVirt List Archives

updated qemu-kvm for EL7
by Paul Jansen 13 May '15

13 May '15

------=_Part_1219101_1981507402.1431488928600 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello.I'm just following up on an mailing list exchange from earlier in the= month that was asking about the possibility of an updated libvirt for EL7.= Sandro mentioned that this was being talked about but that the vdsm team ha= d worked around the issue and could do what they needed with the existing s= upplied libvirt on EL7.I've used a different subject this time to keep the = topic more obvious to where the discussion has evolved to. Sandro mentioned that the qemu-kvm-ev that is being built - and available o= n the cbs.centos.org - would be used in master and also 3.5.x to fix a bug = present in the currently used qemu-kvm under certain circumstances.=C2=A0 A= question was asked about live-merge functionality on EL7, and apparently t= his was being investigated.My initial thought is that if we are already goi= ng to a newer version of qemu-kvm than the distro supplied version, then wh= y wouldn't ovirt want to try and be fairly current with the version they us= e/consume?=C2=A0 Why not provide live snapshot merging on this platform?=C2= =A0 Why push users over to Fedora?=C2=A0 Many potential users won't want to= use Fedora on their hosts for a number of reasons.We currently provide qem= u-kvm-ev-2.1.2-23.el7.1 on cbs.centos.org.=C2=A0 Qemu 2.3 was released earl= ier this month. Are there any plans to bump the qemu-kvm version we currently consume?=C2= =A0 It would be interesting to hear the rationale around what version we us= e/should be using. Thanks,Paul ------=_Part_1219101_1981507402.1431488928600 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial,= Lucida Grande, Sans-Serif;font-size:16px"><div id=3D"yui_3_16_0_1_14313982= 17104_101458">Hello.</div><div id=3D"yui_3_16_0_1_1431398217104_101400">I'm= just following up on an mailing list exchange from earlier in the month th= at was asking about the possibility of an updated libvirt for EL7.</div><di= v id=3D"yui_3_16_0_1_1431398217104_101343">Sandro mentioned that this was b= eing talked about but that the vdsm team had worked around the issue and co= uld do what they needed with the existing supplied libvirt on EL7.</div><di= v>I've used a different subject this time to keep the topic more obvious to= where the discussion has evolved to.<br></div><div id=3D"yui_3_16_0_1_1431= 398217104_101369"><br></div><div id=3D"yui_3_16_0_1_1431398217104_101401">S= andro mentioned that the qemu-kvm-ev that is being built - and available on= the cbs.centos.org - would be used in master and also 3.5.x to fix a bug p= resent in the currently used qemu-kvm under certain circumstances.  A = question was asked about live-merge functionality on EL7, and apparently th= is was being investigated.</div><div dir=3D"ltr" id=3D"yui_3_16_0_1_1431398= 217104_101413">My initial thought is that if we are already going to a newe= r version of qemu-kvm than the distro supplied version, then why wouldn't o= virt want to try and be fairly current with the version they use/consume?&n= bsp; Why not provide live snapshot merging on this platform?  Why push= users over to Fedora?  Many potential users won't want to use Fedora = on their hosts for a number of reasons.</div><div id=3D"yui_3_16_0_1_143139= 8217104_101459" dir=3D"ltr">We currently provide <a id=3D"yui_3_16_0_1_1431= 398217104_101522" style=3D"" class=3D"" href=3D"http://cbs.centos.org/repos= /virt7-testing/x86_64/os/Packages/qemu-kvm-ev-2.1.2-23.el7.1.x86_64.rpm">qe= mu-kvm-ev-2.1.2-23.el7.1</a> on cbs.centos.org.  Qemu 2.3 was released= earlier this month.</div><div id=3D"yui_3_16_0_1_1431398217104_101605" dir= =3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1431398217104_101606" dir=3D"ltr= ">Are there any plans to bump the qemu-kvm version we currently consume?&nb= sp; It would be interesting to hear the rationale around what version we us= e/should be using.</div><div id=3D"yui_3_16_0_1_1431398217104_101610" dir= =3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1431398217104_101609" dir=3D"ltr= ">Thanks,</div><div id=3D"yui_3_16_0_1_1431398217104_101608" dir=3D"ltr">Pa= ul</div><div id=3D"yui_3_16_0_1_1431398217104_101607" dir=3D"ltr"><br></div= ></div></body></html> ------=_Part_1219101_1981507402.1431488928600--

1 0

Re: [ovirt-users] [ovirt-devel] [SOLVED] vdsClient getVGList returned Empty
by like.ma＠cs2c.com.cn 13 May '15

13 May '15

This is a multi-part message in MIME format. ------=_001_NextPart535338448774_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 VGhlIHByb2JsZW0gaGFzIGJlZW4gc29sdmVkLiBUaGUgcmVhc29uIHRoYXQgdmRzbSBjYW5ub3Qg c2VlIHRoZSB2Z3MgaXMgdGhlIHBlcm1pc3Npb24gb2Ygc3Vkb2VycyBoYWQgYmVlbiBjaGFuZ2Vk IGJ5IHNvbWVib2R5IHdobyBoYWNrZWQgaW50byBvdXIgc3lzdGVtLiBBZnRlciByZXN0b3Jpbmcg dGhlIHBlcm1pc3Npb24gb2Ygc3Vkb2VycyBldmVyeXRpbmcgaXMgZmluZS4NCg0KDQoNCmxpa2Uu bWFAY3MyYy5jb20uY24NCiANCkZyb206IGxpa2UubWFAY3MyYy5jb20uY24NCkRhdGU6IDIwMTUt MDUtMDcgMjA6MDENClRvOiBOaXIgU29mZmVyDQpTdWJqZWN0OiBSZTogUmU6IFtvdmlydC1kZXZl bF0gdmRzQ2xpZW50IGdldFZHTGlzdCByZXR1cm5lZCBFbXB0eQ0KVGhhbmsgeW91IGZvciB5b3Vy IHJlcGx5LiANCg0KRm9sbG93aW5nIGlzIHRoZSBvdXRwdXQ6DQoNCiBbcm9vdEBqempkdmUgfl0j IHB2c2NhbiAtLWNhY2hlICYmIGx2cyAtbyBhbGx8bW9yZQ0KICBMViBVVUlEICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBMViAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg UGENCnRoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgQXR0DQpyICAgICAgIEFjdGl2ZSBNYWogTWluIFJhaGVh ZCBLTWFqIEtNaW4gS1JhaGVhZCBMU2l6ZSAgIE1TaXplICAjU2VnIE9yaWdpbiBPU2l6ZQ0KIERh dGElICBTbmFwJSAgTWV0YSUgIENweSVTeW5jIENweSVTeW5jIE1pc21hdGNoZXMgU3luY0FjdGlv biBXQmVoaW5kIE1pblN5bmMgTWENCnhTeW5jIE1vdmUgQ29udmVydCBMb2cgRGF0YSBNZXRhIFBv b2wgTFYgVGFncw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBM UHJvZmlsZSBUaW1lDQpIb3N0ICAgICAgIE1vZHVsZXMgRm10ICBWRyBVVUlEICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBWRw0KICAgICAgICAgICAgICAgICAgICBBdHRyICAgVlNpemUg ICBWRnJlZSAgIFNZUyBJRCBFeHQgICAgICNFeHQgIEZyZWUgTWF4TFYgTWF4UFYNCiAjUFYgI0xW ICNTTiBTZXEgVkcgVGFncw0KDQpSSUNDRiAyMDE1LzUvNyAxOTo1MjozMA0KDQoNCg0KDQoNCg0K DQoNCg0KDQogICAgIFZQcm9maWxlICNWTWRhICNWTWRhVXNlIFZNZGFGcmVlICBWTWRhU2l6ZSAg I1ZNZGFDcHMNCiAgcTJHMFpWLXZrbHAtNExiRi1vWWlTLTIycW8tMDJXYi1DcVMxWTUgMWU5NGQy YjYtNzk1Ni00YmVjLTg2YmMtODMyMjExZDM2ZDZmIC9kDQpldi9lZGUzN2E4OS01YzFiLTRkNTMt YWQwNy04YTExYmEyMDlmNjEvMWU5NGQyYjYtNzk1Ni00YmVjLTg2YmMtODMyMjExZDM2ZDZmIC13 aQ0KLWEtLS0tLSBhY3RpdmUgIC0xICAtMSAgIGF1dG8gMjUzICAxNyAgIDUxMi4wMGsgICAxLjAw dCAgICAgICAgICAgMQ0KDQpSSUNDRiAyMDE1LzUvNyAxOTo1MzowOQ0KDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIE1EXzE1LFBVXzAwMDAwMDAwLTAwMDAtMDAwMC0wMDAw LTAwMDAwMDAwMA0KMDAwLElVX2QwZDg4OTM1LWM4YTQtNDU2My05NDFkLTc3NWJjMDg1Y2MyZCAg ICAgICAgICAyMDE1LTA0LTE5IDE2OjE4OjIzICswODAwDQpqempkdmUuY29tICAgICAgICAgbHZt MiBodm81bFItYWJnYS1YdjJ2LXR4QVQtNVREVC0wdjg3LVd5N2JBRSBlZGUzN2E4OS01YzFiLTRk NQ0KMy1hZDA3LThhMTFiYTIwOWY2MSB3ei0tbi0gICA0LjAwdCA3MzcuMDBnICAgICAgICAxMjgu MDBtIDMyNzY1IDU4OTYgICAgIDAgICAgIDANCiAgIDEgIDI1ICAgMCAxOTMgTURUX0xFQVNFVElN RVNFQz02MCxNRFRfQ0xBU1M9RGF0YSxNRFRfVkVSU0lPTj0zLE1EVF9MT0dCTEtTSVpFDQo9NTEy LE1EVF9WR1VVSUQ9aHZvNWxSLWFiZ2EtWHYydi10eEFULTVURFQtMHY4Ny1XeTdiQUUsTURUX1BW MD1wdjozNmUwOTc5NjEwMGI2YQ0KYjlkMDAwZDM4MzQwMDAwMDAwMiY0NCZ1dWlkOkQwQjE4di1u YXVsLXFTck4tRUFyMy15MjdTLTF3dHItY2VHOXFGJjQ0JnBlc3RhcnQ6MCYNCjQ0JnBlY291bnQ6 MzI3NjUmNDQmbWFwb2Zmc2V0OjAsTURUX0RFU0NSSVBUSU9OPXZlX3N0b3JhZ2UsTURUX0xFQVNF UkVUUklFUz0zLE1EDQpUX0lPT1BUSU1FT1VUU0VDPTEwLE1EVF9MT0NLUkVORVdBTElOVEVSVkFM U0VDPTUsTURUX1BIWUJMS1NJWkU9NTEyLE1EVF9UWVBFPUZDUA0KLE1EVF9MT0NLUE9MSUNZPSxN RFRfU0RVVUlEPWVkZTM3YTg5LTVjMWItNGQ1My1hZDA3LThhMTFiYTIwOWY2MSxSSEFUX3N0b3Jh Z2VfZG8NCm1haW4sTURUX1BPT0xfVVVJRD01ODQ5YjAzMC02MjZlLTQ3Y2ItYWQ5MC0zY2U3ODJk ODMxYjMsTURUX1BPT0xfREVTQ1JJUFRJT049RGVmDQphdWx0LE1EVF9ST0xFPU1hc3RlcixNRFRf TUFTVEVSX1ZFUlNJT049MSxNRFRfUE9PTF9ET01BSU5TPWVkZTM3YTg5LTVjMWItNGQ1My1hZA0K MDctOGExMWJhMjA5ZjYxOkFjdGl2ZSY0NCY2Y2RjMTVmYi05NzRjLTQ0MDctOWI0Mi02NWI2Zjk5 YjE5ZjU6QWN0aXZlLE1EVF9QT09MX1MNClBNX0lEPTEsTURUX19TSEFfQ0tTVU09NTU3ZmNiYjcy ODMzYjlmMmY0ODU1YmJmY2NhOTI5MDhjMWIzMzFhNCxNRFRfUE9PTF9TUE1fTFZFDQpSPTE0ICAg ICAgICAgICAgICAyICAgICAgICAyICAgIDYzLjk5bSAgIDEyOC4wMG0gdW5tYW5hZ2VkDQogIGxq MGpoVC10R3FSLWMwSGktcUdxUy01WEYxLVByUlYtWk9rRU04IDFmMzc5MjJmLTNkMTEtNDgwOS1h NWRiLWNiMmU5NjVhODBmOCAvZA0KZXYvZWRlMzdhODktNWMxYi00ZDUzLWFkMDctOGExMWJhMjA5 ZjYxLzFmMzc5MjJmLTNkMTEtNDgwOS1hNWRiLWNiMmU5NjVhODBmOCAtd2kNCi1hLS0tLS0gYWN0 aXZlICAtMSAgLTEgICBhdXRvIDI1MyAgMjcgICA1MTIuMDBrIDkwMC4wMGcgICAgICAgICAgIDEN Cg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBNRF8yNSxQVV8wMDAwMDAw MC0wMDAwLTAwMDAtMDAwMC0wMDAwMDAwMDANCjAwMCxJVV81YzVjOTEyMS0zZjBhLTQwM2MtYWU1 My00NjM1MGJmZjZhY2EgICAgICAgICAgMjAxNS0wNC0yMCAxOToyMjowOSArMDgwMA0KanpqZHZl LmNvbSAgICAgICAgIGx2bTIgaHZvNWxSLWFiZ2EtWHYydi10eEFULTVURFQtMHY4Ny1XeTdiQUUg ZWRlMzdhODktNWMxYi00ZDUNCjMtYWQwNy04YTExYmEyMDlmNjEgd3otLW4tICAgNC4wMHQgNzM3 LjAwZyAgICAgICAgMTI4LjAwbSAzMjc2NSA1ODk2ICAgICAwICAgICAwDQoNClJJQ0NGIDIwMTUv NS83IDE5OjUzOjM4DQoNCiAgIDEgIDI1ICAgMCAxOTMgTURUX0xFQVNFVElNRVNFQz02MCxNRFRf Q0xBU1M9RGF0YSxNRFRfVkVSU0lPTj0zLE1EVF9MT0dCTEtTSVpFDQo9NTEyLE1EVF9WR1VVSUQ9 aHZvNWxSLWFiZ2EtWHYydi10eEFULTVURFQtMHY4Ny1XeTdiQUUsTURUX1BWMD1wdjozNmUwOTc5 NjEwMGI2YQ0KYjlkMDAwZDM4MzQwMDAwMDAwMiY0NCZ1dWlkOkQwQjE4di1uYXVsLXFTck4tRUFy My15MjdTLTF3dHItY2VHOXFGJjQ0JnBlc3RhcnQ6MCYNCjQ0JnBlY291bnQ6MzI3NjUmNDQmbWFw b2Zmc2V0OjAsTURUX0RFU0NSSVBUSU9OPXZlX3N0b3JhZ2UsTURUX0xFQVNFUkVUUklFUz0zLE1E DQpUX0lPT1BUSU1FT1VUU0VDPTEwLE1EVF9MT0NLUkVORVdBTElOVEVSVkFMU0VDPTUsTURUX1BI WUJMS1NJWkU9NTEyLE1EVF9UWVBFPUZDUA0KLE1EVF9MT0NLUE9MSUNZPSxNRFRfU0RVVUlEPWVk ZTM3YTg5LTVjMWItNGQ1My1hZDA3LThhMTFiYTIwOWY2MSxSSEFUX3N0b3JhZ2VfZG8NCm1haW4s TURUX1BPT0xfVVVJRD01ODQ5YjAzMC02MjZlLTQ3Y2ItYWQ5MC0zY2U3ODJkODMxYjMsTURUX1BP T0xfREVTQ1JJUFRJT049RGVmDQphdWx0LE1EVF9ST0xFPU1hc3RlcixNRFRfTUFTVEVSX1ZFUlNJ T049MSxNRFRfUE9PTF9ET01BSU5TPWVkZTM3YTg5LTVjMWItNGQ1My1hZA0KMDctOGExMWJhMjA5 ZjYxOkFjdGl2ZSY0NCY2Y2RjMTVmYi05NzRjLTQ0MDctOWI0Mi02NWI2Zjk5YjE5ZjU6QWN0aXZl LE1EVF9QT09MX1MNClBNX0lEPTEsTURUX19TSEFfQ0tTVU09NTU3ZmNiYjcyODMzYjlmMmY0ODU1 YmJmY2NhOTI5MDhjMWIzMzFhNCxNRFRfUE9PTF9TUE1fTFZFDQpSPTE0ICAgICAgICAgICAgICAy ICAgICAgICAyICAgIDYzLjk5bSAgIDEyOC4wMG0gdW5tYW5hZ2VkDQogIDE2c0VOMi13bUZDLXlq d04tTndnbS1yWDVBLXBLbVItQTVVSWhJIDJkYzcyZjlkLWUxNzAtNGY4ZC1iNDE1LWFjNGRjNjkx NDE5MSAvZA0KZXYvZWRlMzdhODktNWMxYi00ZDUzLWFkMDctOGExMWJhMjA5ZjYxLzJkYzcyZjlk LWUxNzAtNGY4ZC1iNDE1LWFjNGRjNjkxNDE5MSAtd2kNCi1hLS0tLS0gYWN0aXZlICAtMSAgLTEg ICBhdXRvIDI1MyAgMTIgICA1MTIuMDBrIDMwMC4wMGcgICAgICAgICAgIDENCg0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJVV83NmM4YTYyMi00NmY3LTRkZWYtYTRmYS0w Yjc0ZDU4MWU1NjQsUFUNCl8wMDAwMDAwMC0wMDAwLTAwMDAtMDAwMC0wMDAwMDAwMDAwMDAsTURf MTAgICAgICAgICAgMjAxNS0wMy0yNCAxMjoxMzoxMyArMDgwMA0KanpqZHZlLmNvbSAgICAgICAg IGx2bTIgaHZvNWxSLWFiZ2EtWHYydi10eEFULTVURFQtMHY4Ny1XeTdiQUUgZWRlMzdhODktNWMx Yi00ZDUNCjMtYWQwNy04YTExYmEyMDlmNjEgd3otLW4tICAgNC4wMHQgNzM3LjAwZyAgICAgICAg MTI4LjAwbSAzMjc2NSA1ODk2ICAgICAwICAgICAwDQogICAxICAyNSAgIDAgMTkzIE1EVF9MRUFT RVRJTUVTRUM9NjAsTURUX0NMQVNTPURhdGEsTURUX1ZFUlNJT049MyxNRFRfTE9HQkxLU0laRQ0K PTUxMixNRFRfVkdVVUlEPWh2bzVsUi1hYmdhLVh2MnYtdHhBVC01VERULTB2ODctV3k3YkFFLE1E VF9QVjA9cHY6MzZlMDk3OTYxMDBiNmENCmI5ZDAwMGQzODM0MDAwMDAwMDImNDQmdXVpZDpEMEIx OHYtbmF1bC1xU3JOLUVBcjMteTI3Uy0xd3RyLWNlRzlxRiY0NCZwZXN0YXJ0OjAmDQo0NCZwZWNv dW50OjMyNzY1JjQ0Jm1hcG9mZnNldDowLE1EVF9ERVNDUklQVElPTj12ZV9zdG9yYWdlLE1EVF9M RUFTRVJFVFJJRVM9MyxNRA0KMTk6NTQ6MTQNClJJQ0NGIDIwMTUvNS83IDE5OjU0OjE0DQoNClRf SU9PUFRJTUVPVVRTRUM9MTAsTURUX0xPQ0tSRU5FV0FMSU5URVJWQUxTRUM9NSxNRFRfUEhZQkxL U0laRT01MTIsTURUX1RZUEU9RkNQDQosTURUX0xPQ0tQT0xJQ1k9LE1EVF9TRFVVSUQ9ZWRlMzdh ODktNWMxYi00ZDUzLWFkMDctOGExMWJhMjA5ZjYxLFJIQVRfc3RvcmFnZV9kbw0KbWFpbixNRFRf UE9PTF9VVUlEPTU4NDliMDMwLTYyNmUtNDdjYi1hZDkwLTNjZTc4MmQ4MzFiMyxNRFRfUE9PTF9E RVNDUklQVElPTj1EZWYNCmF1bHQsTURUX1JPTEU9TWFzdGVyLE1EVF9NQVNURVJfVkVSU0lPTj0x LE1EVF9QT09MX0RPTUFJTlM9ZWRlMzdhODktNWMxYi00ZDUzLWFkDQowNy04YTExYmEyMDlmNjE6 QWN0aXZlJjQ0JjZjZGMxNWZiLTk3NGMtNDQwNy05YjQyLTY1YjZmOTliMTlmNTpBY3RpdmUsTURU X1BPT0xfUw0KUE1fSUQ9MSxNRFRfX1NIQV9DS1NVTT01NTdmY2JiNzI4MzNiOWYyZjQ4NTViYmZj Y2E5MjkwOGMxYjMzMWE0LE1EVF9QT09MX1NQTV9MVkUNClI9MTQgICAgICAgICAgICAgIDIgICAg ICAgIDIgICAgNjMuOTltICAgMTI4LjAwbSB1bm1hbmFnZWQNCiAgY2hRTkhnLThrT2otaWhGTC1V SFpvLVJDUFctUndVai1jUUVWb2YgNDA2NThiZjQtZGIyYi00ZmE3LWJiMGYtNmQ1NGFiMDIyMzM4 IC9kDQpldi9lZGUzN2E4OS01YzFiLTRkNTMtYWQwNy04YTExYmEyMDlmNjEvNDA2NThiZjQtZGIy Yi00ZmE3LWJiMGYtNmQ1NGFiMDIyMzM4IC13aQ0KLWEtLS0tLSBhY3RpdmUgIC0xICAtMSAgIGF1 dG8gMjUzICAxOCAgIDUxMi4wMGsgICAxLjAwZyAgICAgICAgICAgMQ0KDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIE1EXzE2LFBVX2I3MjJmZTQ5LWYwNGEtNDk1OC04N2Ex LTgzYzAyOTlkNw0KYjEzLElVXzgxZTM2NjM5LTNhMTUtNGZlNy05ZGJmLTdlZDEyYzU2YWJiNiAg ICAgICAgICAyMDE1LTA0LTE5IDE2OjE5OjQxICswODAwDQpqempkdmUuY29tICAgICAgICAgbHZt MiBodm81bFItYWJnYS1YdjJ2LXR4QVQtNVREVC0wdjg3LVd5N2JBRSBlZGUzN2E4OS01YzFiLTRk NQ0KMy1hZDA3LThhMTFiYTIwOWY2MSB3ei0tbi0gICA0LjAwdCA3MzcuMDBnICAgICAgICAxMjgu MDBtIDMyNzY1IDU4OTYgICAgIDAgICAgIDANCiAgIDEgIDI1ICAgMCAxOTMgTURUX0xFQVNFVElN RVNFQz02MCxNRFRfQ0xBU1M9RGF0YSxNRFRfVkVSU0lPTj0zLE1EVF9MT0dCTEtTSVpFDQo9NTEy LE1EVF9WR1VVSUQ9aHZvNWxSLWFiZ2EtWHYydi10eEFULTVURFQtMHY4Ny1XeTdiQUUsTURUX1BW MD1wdjozNmUwOTc5NjEwMGI2YQ0KYjlkMDAwZDM4MzQwMDAwMDAwMiY0NCZ1dWlkOkQwQjE4di1u YXVsLXFTck4tRUFyMy15MjdTLTF3dHItY2VHOXFGJjQ0JnBlc3RhcnQ6MCYNCjQ0JnBlY291bnQ6 MzI3NjUmNDQmbWFwb2Zmc2V0OjAsTURUX0RFU0NSSVBUSU9OPXZlX3N0b3JhZ2UsTURUX0xFQVNF UkVUUklFUz0zLE1EDQpUX0lPT1BUSU1FT1VUU0VDPTEwLE1EVF9MT0NLUkVORVdBTElOVEVSVkFM U0VDPTUsTURUX1BIWUJMS1NJWkU9NTEyLE1EVF9UWVBFPUZDUA0KLE1EVF9MT0NLUE9MSUNZPSxN RFRfU0RVVUlEPWVkZTM3YTg5LTVjMWItNGQ1My1hZDA3LThhMTFiYTIwOWY2MSxSSEFUX3N0b3Jh Z2VfZG8NCm1haW4sTURUX1BPT0xfVVVJRD01ODQ5YjAzMC02MjZlLTQ3Y2ItYWQ5MC0zY2U3ODJk ODMxYjMsTURUX1BPT0xfREVTQ1JJUFRJT049RGVmDQphdWx0LE1EVF9ST0xFPU1hc3RlcixNRFRf TUFTVEVSX1ZFUlNJT049MSxNRFRfUE9PTF9ET01BSU5TPWVkZTM3YTg5LTVjMWItNGQ1My1hZA0K DQpSSUNDRiAyMDE1LzUvNyAxOTo1NDo0Ng0KDQowNy04YTExYmEyMDlmNjE6QWN0aXZlJjQ0JjZj ZGMxNWZiLTk3NGMtNDQwNy05YjQyLTY1YjZmOTliMTlmNTpBY3RpdmUsTURUX1BPT0xfUw0KUE1f SUQ9MSxNRFRfX1NIQV9DS1NVTT01NTdmY2JiNzI4MzNiOWYyZjQ4NTViYmZjY2E5MjkwOGMxYjMz MWE0LE1EVF9QT09MX1NQTV9MVkUNClI9MTQgICAgICAgICAgICAgIDIgICAgICAgIDIgICAgNjMu OTltICAgMTI4LjAwbSB1bm1hbmFnZWQNCiAgNkFlTUhmLU5hWnEtWjRMdi1CSGFhLW8waVUtbFA4 Yi1qM1UwY0sgNDA3ZTRjY2ItZGQ1Ni00ZDQ1LThmZDgtNDMxNjI2OTA3OTRlIC9kDQpldi9lZGUz N2E4OS01YzFiLTRkNTMtYWQwNy04YTExYmEyMDlmNjEvNDA3ZTRjY2ItZGQ1Ni00ZDQ1LThmZDgt NDMxNjI2OTA3OTRlIC13aQ0KLWEtLS0tLSBhY3RpdmUgIC0xICAtMSAgIGF1dG8gMjUzICAyNCAg IDUxMi4wMGsgICAxLjAwZyAgICAgICAgICAgMQ0KDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFBVXzAwMDAwMDAwLTAwMDAtMDAwMC0wMDAwLTAwMDAwMDAwMDAwMCxNRA0K XzIwLElVX2RmMzBhMzI1LWU3YjItNDczNC05NzgzLWZkYzQ2OWQyYWFmNiAgICAgICAgICAyMDE1 LTA0LTE5IDE2OjU3OjE1ICswODAwDQpqempkdmUuY29tICAgICAgICAgbHZtMiBodm81bFItYWJn YS1YdjJ2LXR4QVQtNVREVC0wdjg3LVd5N2JBRSBlZGUzN2E4OS01YzFiLTRkNQ0KMy1hZDA3LThh MTFiYTIwOWY2MSB3ei0tbi0gICA0LjAwdCA3MzcuMDBnICAgICAgICAxMjguMDBtIDMyNzY1IDU4 OTYgICAgIDAgICAgIDANCiAgIDEgIDI1ICAgMCAxOTMgTURUX0xFQVNFVElNRVNFQz02MCxNRFRf Q0xBU1M9RGF0YSxNRFRfVkVSU0lPTj0zLE1EVF9MT0dCTEtTSVpFDQo9NTEyLE1EVF9WR1VVSUQ9 aHZvNWxSLWFiZ2EtWHYydi10eEFULTVURFQtMHY4Ny1XeTdiQUUsTURUX1BWMD1wdjozNmUwOTc5 NjEwMGI2YQ0KYjlkMDAwZDM4MzQwMDAwMDAwMiY0NCZ1dWlkOkQwQjE4di1uYXVsLXFTck4tRUFy My15MjdTLTF3dHItY2VHOXFGJjQ0JnBlc3RhcnQ6MCYNCjQ0JnBlY291bnQ6MzI3NjUmNDQmbWFw b2Zmc2V0OjAsTURUX0RFU0NSSVBUSU9OPXZlX3N0b3JhZ2UsTURUX0xFQVNFUkVUUklFUz0zLE1E DQpUX0lPT1BUSU1FT1VUU0VDPTEwLE1EVF9MT0NLUkVORVdBTElOVEVSVkFMU0VDPTUsTURUX1BI WUJMS1NJWkU9NTEyLE1EVF9UWVBFPUZDUA0KLE1EVF9MT0NLUE9MSUNZPSxNRFRfU0RVVUlEPWVk ZTM3YTg5LTVjMWItNGQ1My1hZDA3LThhMTFiYTIwOWY2MSxSSEFUX3N0b3JhZ2VfZG8NCm1haW4s TURUX1BPT0xfVVVJRD01ODQ5YjAzMC02MjZlLTQ3Y2ItYWQ5MC0zY2U3ODJkODMxYjMsTURUX1BP T0xfREVTQ1JJUFRJT049RGVmDQphdWx0LE1EVF9ST0xFPU1hc3RlcixNRFRfTUFTVEVSX1ZFUlNJ T049MSxNRFRfUE9PTF9ET01BSU5TPWVkZTM3YTg5LTVjMWItNGQ1My1hZA0KMDctOGExMWJhMjA5 ZjYxOkFjdGl2ZSY0NCY2Y2RjMTVmYi05NzRjLTQ0MDctOWI0Mi02NWI2Zjk5YjE5ZjU6QWN0aXZl LE1EVF9QT09MX1MNClBNX0lEPTEsTURUX19TSEFfQ0tTVU09NTU3ZmNiYjcyODMzYjlmMmY0ODU1 YmJmY2NhOTI5MDhjMWIzMzFhNCxNRFRfUE9PTF9TUE1fTFZFDQpSPTE0ICAgICAgICAgICAgICAy ICAgICAgICAyICAgIDYzLjk5bSAgIDEyOC4wMG0gdW5tYW5hZ2VkDQoxOTo1NzoxMw0KUklDQ0Yg MjAxNS81LzcgMTk6NTc6MTMNCg0KbHYgaXMgdG9vIG11Y2gsIGFib3ZlIGlzIGp1c3QgYSBwYXJ0 IG9mIG91dHB1dA0KDQpbcm9vdEBqempkdmUgfl0jIHB2c2NhbiAtLWNhY2hlICYmIHZncyAtbyBh bGwNCiAgRm10ICBWRyBVVUlEICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBWRyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQXR0ciAgIFZTaXplICAgVkZyZWUgICBTWVMg SUQgRXh0ICAgICAjRXh0ICBGcmVlIE1heExWIE1heFBWICNQViAjTFYgI1NOIFNlcSBWRyBUYWdz ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFZQcm9maWxlICNWTWRhICNW TWRhVXNlIFZNZGFGcmVlICBWTWRhU2l6ZSAgI1ZNZGFDcHMNCiAgbHZtMiBodm81bFItYWJnYS1Y djJ2LXR4QVQtNVREVC0wdjg3LVd5N2JBRSBlZGUzN2E4OS01YzFiLTRkNTMtYWQwNy04YTExYmEy MDlmNjEgd3otLW4tICAgNC4wMHQgNzM3LjAwZyAgICAgICAgMTI4LjAwbSAzMjc2NSA1ODk2ICAg ICAwICAgICAwICAgMSAgMjUgICAwIDE5MyBNRFRfTEVBU0VUSU1FU0VDPTYwLE1EVF9DTEFTUz1E YXRhLE1EVF9WRVJTSU9OPTMsTURUX0xPR0JMS1NJWkU9NTEyLE1EVF9WR1VVSUQ9aHZvNWxSLWFi Z2EtWHYydi10eEFULTVURFQtMHY4Ny1XeTdiQUUsTURUX1BWMD1wdjozNmUwOTc5NjEwMGI2YWI5 ZDAwMGQzODM0MDAwMDAwMDImNDQmdXVpZDpEMEIxOHYtbmF1bC1xU3JOLUVBcjMteTI3Uy0xd3Ry LWNlRzlxRiY0NCZwZXN0YXJ0OjAmNDQmcGVjb3VudDozMjc2NSY0NCZtYXBvZmZzZXQ6MCxNRFRf REVTQ1JJUFRJT049dmVfc3RvcmFnZSxNRFRfTEVBU0VSRVRSSUVTPTMsTURUX0lPT1BUSU1FT1VU U0VDPTEwLE1EVF9MT0NLUkVORVdBTElOVEVSVkFMU0VDPTUsTURUX1BIWUJMS1NJWkU9NTEyLE1E VF9UWVBFPUZDUCxNRFRfTE9DS1BPTElDWT0sTURUX1NEVVVJRD1lZGUzN2E4OS01YzFiLTRkNTMt YWQwNy04YTExYmEyMDlmNjEsUkhBVF9zdG9yYWdlX2RvbWFpbixNRFRfUE9PTF9VVUlEPTU4NDli MDMwLTYyNmUtNDdjYi1hZDkwLTNjZTc4MmQ4MzFiMyxNRFRfUE9PTF9ERVNDUklQVElPTj1EZWZh dWx0LE1EVF9ST0xFPU1hc3RlcixNRFRfTUFTVEVSX1ZFUlNJT049MSxNRFRfUE9PTF9ET01BSU5T PWVkZTM3YTg5LTVjMWItNGQ1My1hZDA3LThhMTFiYTIwOWY2MTpBY3RpdmUmNDQmNmNkYzE1ZmIt OTc0Yy00NDA3LTliNDItNjViNmY5OWIxOWY1OkFjdGl2ZSxNRFRfUE9PTF9TUE1fSUQ9MSxNRFRf X1NIQV9DS1NVTT01NTdmY2JiNzI4MzNiOWYyZjQ4NTViYmZjY2E5MjkwOGMxYjMzMWE0LE1EVF9Q T09MX1NQTV9MVkVSPTE0ICAgICAgICAgICAgICAyICAgICAgICAyICAgIDYzLjk5bSAgIDEyOC4w MG0gdW5tYW5hZ2VkDQogIGx2bTIgcG9wYzdDLVNoQmotNWE1SC1TOVd5LVRMMFctS1g0bi1oOGdt TWMgdmdfZ3pqZHZlICAgICAgICAgICAgICAgICAgICAgICAgICAgIHd6LS1uLSA1NTguMzhnICAg ICAgMCAgICAgICAgICA2NC4wMG0gIDg5MzQgICAgMCAgICAgMCAgICAgMCAgIDEgICAzICAgMCAg IDQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMSAgICAgICAgMSAgIDUwNy41MGsgIDEwMjAuMDBrIHVubWFuYWdlZA0KDQoNCg0KbGlr ZS5tYUBjczJjLmNvbS5jbg0KIA0KRnJvbTogTmlyIFNvZmZlcg0KRGF0ZTogMjAxNS0wNS0wNyAx OTo0NQ0KVG86IGxpa2UgbWENCkNDOiB1c2VyczsgZGV2ZWwNClN1YmplY3Q6IFJlOiBbb3ZpcnQt ZGV2ZWxdIHZkc0NsaWVudCBnZXRWR0xpc3QgcmV0dXJuZWQgRW1wdHkNCj4gSGksIGd1eXMNCj4g SSBoYXZlIGEgdmRzbSBob3N0LCB3aGVuIGkgdXNlICJ2Z3MiIGNvbW1hbmQsIGl0IHdpbGwgZGlz cGxheSAyIHZvbHVtZSBncm91cA0KPiB3aGljaCBhbHJlYWR5IGV4aXN0LiBCdXQgd2hlbiBpIHVz ZSAidmRzQ2xpZW50IC1zIDAgZ2V0VkdMaXN0IiwgaXQgZGlzcGxheXMNCj4gbm90aGluZy4gVGhh dCBtZWFucyB2ZHNtIGNhbm5vdCBzZWUgdGhlIGV4aXN0ZWQgdmcuIFdoeT8gRG9lcyBhbnlib2R5 IGhhdmUNCj4gYW55IGlkZWE/DQo+IA0KPiBQLlMuIEluIGZhY3QsIGkgYW0gdHJ5aW5nIHRvIHJl c29sdmUgdGhlIHByb2JsZW0gb2YgIkNhbm5vdCBmaW5kIG1hc3Rlcg0KPiBkb21haW4iDQogDQpD YW4geW91IHNoYXJlZCB0aGUgb3V0cHV0IG9mOg0KIA0KcHZzY2FuIC0tY2FjaGUgJiYgbHZzIC1v IGFsbA0KcHZzY2FuIC0tY2FjaGUgJiYgdmdzIC1vIGFsbA0KIA0KTmlyDQo= ------=_001_NextPart535338448774_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DUTF-8"><style>body { line-height: 1.5; }blockquote { margin-top: 0px; = margin-bottom: 0px; margin-left: 0.5em; }div.foxdiv20150513085609433047 { = }body { font-size: 10.5pt; font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB= =91; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><body>=0A<div>= <span></span>The problem has been solved. The reason that vdsm cannot see = the vgs is the permission of sudoers had been changed by somebody who hack= ed into our system. After restoring the permission of sudoers everyting is= fine.</div>=0A<div><br></div><hr style=3D"width: 210px; height: 1px;" col= or=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div><span><div style=3D"MARGI= N: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10pt"><div>like.ma(a)cs2c.com.cn</= div></div></span></div>=0A<blockquote style=3D"margin-top: 0px; margin-bot= tom: 0px; margin-left: 0.5em;"><div> </div><div style=3D"border:none;= border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"><div style=3D"PA= DDING-RIGHT: 8px; PADDING-LEFT: 8px; FONT-SIZE: 12px;FONT-FAMILY:tahoma;CO= LOR:#000000; BACKGROUND: #efefef; PADDING-BOTTOM: 8px; PADDING-TOP: 8px"><= div><b>From:</b> <a href=3D"mailto:like.ma@cs2c.com.cn">like.ma(a)cs2c.= com.cn</a></div><div><b>Date:</b> 2015-05-07 20:01</div><div><b>= To:</b> <a href=3D"mailto:nsoffer@redhat.com">Nir Soffer</a></div><di= v><b>Subject:</b> Re: Re: [ovirt-devel] vdsClient getVGList returned = Empty</div></div></div><div><div class=3D"FoxDiv20150513085609433047">=0A<= div><span></span><div>Thank you for your reply. </div><div><br></div>= <div>Following is the output:</div><div><br></div><div> [root@jzjdve&= nbsp;~]# pvscan --cache && lvs -o al= l|more<br>  LV UUID      &nbs= p;            =             &n= bsp;LV           &n= bsp;           &nbs= p;           Pa<br>= th            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p; Att<br>r       Active Maj&= nbsp;Min Rahead KMaj KMin KRahead LSize &nbs= p; MSize  #Seg Origin OSize<br> Data% &= nbsp;Snap%  Meta%  Cpy%Sync Cpy%Sync Mismatc= hes SyncAction WBehind MinSync Ma<br>xSync Move&n= bsp;Convert Log Data Meta Pool LV Tags<br>&n= bsp;           &nbs= p;            =             &n= bsp;      LProfile Time<br>Host &n= bsp;     Modules Fmt  VG UUID=             &n= bsp;           &nbs= p;       VG<br>    =             &n= bsp;   Attr   VSize   VFree&n= bsp;  SYS ID Ext     #Ext&nbs= p; Free MaxLV MaxPV<br> #PV #LV #SN Seq=  VG Tags<br><br>RICCF 2015/5/7 19:52:30<br><br><br><br= ><br><br><br><br><br><br><br>     VProfile #= VMda #VMdaUse VMdaFree  VMdaSize  #VMdaCps<b= r>  q2G0ZV-vklp-4LbF-oYiS-22qo-02Wb-CqS1Y5 1e94d2b6-7956-4b= ec-86bc-832211d36d6f /d<br>ev/ede37a89-5c1b-4d53-ad07-8a11ba209f61/1e= 94d2b6-7956-4bec-86bc-832211d36d6f -wi<br>-a----- active &n= bsp;-1  -1   auto 253  17 &nb= sp; 512.00k   1.00t     &nbsp= ;     1<br><br>RICCF 2015/5/7 19:53:09<= br><br>           &= nbsp;           &nb= sp;           &nbsp= ;  MD_15,PU_00000000-0000-0000-0000-000000000<br>000,IU_d0d88935= -c8a4-4563-941d-775bc085cc2d       &nbs= p;  2015-04-19 16:18:23 +0800<br>jzjdve.com &nbsp= ;       lvm2 hvo5lR-abga-Xv2v-txAT= -5TDT-0v87-Wy7bAE ede37a89-5c1b-4d5<br>3-ad07-8a11ba209f61 wz--n= -   4.00t 737.00g      &= nbsp; 128.00m 32765 5896     0&nbs= p;    0<br>   1  25 &nbs= p; 0 193 MDT_LEASETIMESEC=3D60,MDT_CLASS=3DData,MDT_VERSION= =3D3,MDT_LOGBLKSIZE<br>=3D512,MDT_VGUUID=3Dhvo5lR-abga-Xv2v-txAT-5TDT-0v87= -Wy7bAE,MDT_PV0=3Dpv:36e09796100b6a<br>b9d000d383400000002&44&uuid= :D0B18v-naul-qSrN-EAr3-y27S-1wtr-ceG9qF&44&pestart:0&<br>44&am= p;pecount:32765&44&mapoffset:0,MDT_DESCRIPTION=3Dve_storage,MDT_LE= ASERETRIES=3D3,MD<br>T_IOOPTIMEOUTSEC=3D10,MDT_LOCKRENEWALINTERVALSEC=3D5,= MDT_PHYBLKSIZE=3D512,MDT_TYPE=3DFCP<br>,MDT_LOCKPOLICY=3D,MDT_SDUUID=3Dede= 37a89-5c1b-4d53-ad07-8a11ba209f61,RHAT_storage_do<br>main,MDT_POOL_UUID=3D= 5849b030-626e-47cb-ad90-3ce782d831b3,MDT_POOL_DESCRIPTION=3DDef<br>ault,MD= T_ROLE=3DMaster,MDT_MASTER_VERSION=3D1,MDT_POOL_DOMAINS=3Dede37a89-5c1b-4d= 53-ad<br>07-8a11ba209f61:Active&44&6cdc15fb-974c-4407-9b42-65b6f99= b19f5:Active,MDT_POOL_S<br>PM_ID=3D1,MDT__SHA_CKSUM=3D557fcbb72833b9f2f485= 5bbfcca92908c1b331a4,MDT_POOL_SPM_LVE<br>R=3D14    &nb= sp;         2  &nbs= p;     2    63.99m &nbsp= ; 128.00m unmanaged<br>  lj0jhT-tGqR-c0Hi-qGqS-5XF1-Pr= RV-ZOkEM8 1f37922f-3d11-4809-a5db-cb2e965a80f8 /d<br>ev/ede37a89= -5c1b-4d53-ad07-8a11ba209f61/1f37922f-3d11-4809-a5db-cb2e965a80f8 -wi= <br>-a----- active  -1  -1   auto&= nbsp;253  27   512.00k 900.00g  &n= bsp;        1<br><br>  &= nbsp;           &nb= sp;           &nbsp= ;           MD_25,P= U_00000000-0000-0000-0000-000000000<br>000,IU_5c5c9121-3f0a-403c-ae53-4635= 0bff6aca          2015-0= 4-20 19:22:09 +0800<br>jzjdve.com     &= nbsp;   lvm2 hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE&nb= sp;ede37a89-5c1b-4d5<br>3-ad07-8a11ba209f61 wz--n-   4= .00t 737.00g        128.00m&n= bsp;32765 5896     0    =  0<br><br>RICCF 2015/5/7 19:53:38<br><br>   = 1  25   0 193 MDT_LEASETIMESEC=3D60,MDT= _CLASS=3DData,MDT_VERSION=3D3,MDT_LOGBLKSIZE<br>=3D512,MDT_VGUUID=3Dhvo5lR= -abga-Xv2v-txAT-5TDT-0v87-Wy7bAE,MDT_PV0=3Dpv:36e09796100b6a<br>b9d000d383= 400000002&44&uuid:D0B18v-naul-qSrN-EAr3-y27S-1wtr-ceG9qF&44&am= p;pestart:0&<br>44&pecount:32765&44&mapoffset:0,MDT_DESCRI= PTION=3Dve_storage,MDT_LEASERETRIES=3D3,MD<br>T_IOOPTIMEOUTSEC=3D10,MDT_LO= CKRENEWALINTERVALSEC=3D5,MDT_PHYBLKSIZE=3D512,MDT_TYPE=3DFCP<br>,MDT_LOCKP= OLICY=3D,MDT_SDUUID=3Dede37a89-5c1b-4d53-ad07-8a11ba209f61,RHAT_storage_do= <br>main,MDT_POOL_UUID=3D5849b030-626e-47cb-ad90-3ce782d831b3,MDT_POOL_DES= CRIPTION=3DDef<br>ault,MDT_ROLE=3DMaster,MDT_MASTER_VERSION=3D1,MDT_POOL_D= OMAINS=3Dede37a89-5c1b-4d53-ad<br>07-8a11ba209f61:Active&44&6cdc15= fb-974c-4407-9b42-65b6f99b19f5:Active,MDT_POOL_S<br>PM_ID=3D1,MDT__SHA_CKS= UM=3D557fcbb72833b9f2f4855bbfcca92908c1b331a4,MDT_POOL_SPM_LVE<br>R=3D14&n= bsp;           &nbs= p; 2        2  &nbs= p; 63.99m   128.00m unmanaged<br>  16sE= N2-wmFC-yjwN-Nwgm-rX5A-pKmR-A5UIhI 2dc72f9d-e170-4f8d-b415-ac4dc69141= 91 /d<br>ev/ede37a89-5c1b-4d53-ad07-8a11ba209f61/2dc72f9d-e170-4f8d-b= 415-ac4dc6914191 -wi<br>-a----- active  -1  = -1   auto 253  12   512.00k&n= bsp;300.00g          &nb= sp;1<br><br>          &n= bsp;           &nbs= p;            =    IU_76c8a622-46f7-4def-a4fa-0b74d581e564,PU<br>_00000000-= 0000-0000-0000-000000000000,MD_10      &nbsp= ;   2015-03-24 12:13:13 +0800<br>jzjdve.com =         lvm2 hvo5lR-abga-Xv2v= -txAT-5TDT-0v87-Wy7bAE ede37a89-5c1b-4d5<br>3-ad07-8a11ba209f61 = wz--n-   4.00t 737.00g     &n= bsp;  128.00m 32765 5896     = 0     0<br>   1  25&nbsp= ;  0 193 MDT_LEASETIMESEC=3D60,MDT_CLASS=3DData,MDT_VE= RSION=3D3,MDT_LOGBLKSIZE<br>=3D512,MDT_VGUUID=3Dhvo5lR-abga-Xv2v-txAT-5TDT= -0v87-Wy7bAE,MDT_PV0=3Dpv:36e09796100b6a<br>b9d000d383400000002&44&amp= ;uuid:D0B18v-naul-qSrN-EAr3-y27S-1wtr-ceG9qF&44&pestart:0&<br>= 44&pecount:32765&44&mapoffset:0,MDT_DESCRIPTION=3Dve_storage,M= DT_LEASERETRIES=3D3,MD<br>19:54:14<br>RICCF 2015/5/7 19:54:14<br= ><br>T_IOOPTIMEOUTSEC=3D10,MDT_LOCKRENEWALINTERVALSEC=3D5,MDT_PHYBLKSIZE= =3D512,MDT_TYPE=3DFCP<br>,MDT_LOCKPOLICY=3D,MDT_SDUUID=3Dede37a89-5c1b-4d5= 3-ad07-8a11ba209f61,RHAT_storage_do<br>main,MDT_POOL_UUID=3D5849b030-626e-= 47cb-ad90-3ce782d831b3,MDT_POOL_DESCRIPTION=3DDef<br>ault,MDT_ROLE=3DMaste= r,MDT_MASTER_VERSION=3D1,MDT_POOL_DOMAINS=3Dede37a89-5c1b-4d53-ad<br>07-8a= 11ba209f61:Active&44&6cdc15fb-974c-4407-9b42-65b6f99b19f5:Active,M= DT_POOL_S<br>PM_ID=3D1,MDT__SHA_CKSUM=3D557fcbb72833b9f2f4855bbfcca92908c1= b331a4,MDT_POOL_SPM_LVE<br>R=3D14      &nbsp= ;       2     =    2    63.99m   128.00m=  unmanaged<br>  chQNHg-8kOj-ihFL-UHZo-RCPW-RwUj-cQEVof&nbsp= ;40658bf4-db2b-4fa7-bb0f-6d54ab022338 /d<br>ev/ede37a89-5c1b-4d53-ad0= 7-8a11ba209f61/40658bf4-db2b-4fa7-bb0f-6d54ab022338 -wi<br>-a-----&nb= sp;active  -1  -1   auto 253 =  18   512.00k   1.00g   =         1<br><br>  &nbsp= ;            &= nbsp;           &nb= sp;          MD_16,PU_b7= 22fe49-f04a-4958-87a1-83c0299d7<br>b13,IU_81e36639-3a15-4fe7-9dbf-7ed12c56= abb6          2015-04-19=  16:19:41 +0800<br>jzjdve.com     &nbsp= ;   lvm2 hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE e= de37a89-5c1b-4d5<br>3-ad07-8a11ba209f61 wz--n-   4.00t=  737.00g        128.00m = 32765 5896     0    &nbs= p;0<br>   1  25   0 193 = MDT_LEASETIMESEC=3D60,MDT_CLASS=3DData,MDT_VERSION=3D3,MDT_LOGBLKSIZE<br>= =3D512,MDT_VGUUID=3Dhvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE,MDT_PV0=3Dpv:36= e09796100b6a<br>b9d000d383400000002&44&uuid:D0B18v-naul-qSrN-EAr3-= y27S-1wtr-ceG9qF&44&pestart:0&<br>44&pecount:32765&44&= amp;mapoffset:0,MDT_DESCRIPTION=3Dve_storage,MDT_LEASERETRIES=3D3,MD<br>T_= IOOPTIMEOUTSEC=3D10,MDT_LOCKRENEWALINTERVALSEC=3D5,MDT_PHYBLKSIZE=3D512,MD= T_TYPE=3DFCP<br>,MDT_LOCKPOLICY=3D,MDT_SDUUID=3Dede37a89-5c1b-4d53-ad07-8a= 11ba209f61,RHAT_storage_do<br>main,MDT_POOL_UUID=3D5849b030-626e-47cb-ad90= -3ce782d831b3,MDT_POOL_DESCRIPTION=3DDef<br>ault,MDT_ROLE=3DMaster,MDT_MAS= TER_VERSION=3D1,MDT_POOL_DOMAINS=3Dede37a89-5c1b-4d53-ad<br><br>RICCF&nbsp= ;2015/5/7 19:54:46<br><br>07-8a11ba209f61:Active&44&6cdc15fb-= 974c-4407-9b42-65b6f99b19f5:Active,MDT_POOL_S<br>PM_ID=3D1,MDT__SHA_CKSUM= =3D557fcbb72833b9f2f4855bbfcca92908c1b331a4,MDT_POOL_SPM_LVE<br>R=3D14&nbs= p;            =  2        2   =  63.99m   128.00m unmanaged<br>  6AeMHf= -NaZq-Z4Lv-BHaa-o0iU-lP8b-j3U0cK 407e4ccb-dd56-4d45-8fd8-43162690794e=  /d<br>ev/ede37a89-5c1b-4d53-ad07-8a11ba209f61/407e4ccb-dd56-4d45-8fd= 8-43162690794e -wi<br>-a----- active  -1  -1=    auto 253  24   512.00k&nbs= p;  1.00g         &= nbsp; 1<br><br>         =             &n= bsp;           &nbs= p;    PU_00000000-0000-0000-0000-000000000000,MD<br>_2= 0,IU_df30a325-e7b2-4734-9783-fdc469d2aaf6     &nb= sp;    2015-04-19 16:57:15 +0800<br>jzjdve.c= om         lvm2 hvo5lR-a= bga-Xv2v-txAT-5TDT-0v87-Wy7bAE ede37a89-5c1b-4d5<br>3-ad07-8a11ba209f= 61 wz--n-   4.00t 737.00g    =     128.00m 32765 5896   &nbs= p; 0     0<br>   1 &nbsp= ;25   0 193 MDT_LEASETIMESEC=3D60,MDT_CLASS=3DDat= a,MDT_VERSION=3D3,MDT_LOGBLKSIZE<br>=3D512,MDT_VGUUID=3Dhvo5lR-abga-Xv2v-t= xAT-5TDT-0v87-Wy7bAE,MDT_PV0=3Dpv:36e09796100b6a<br>b9d000d383400000002&am= p;44&uuid:D0B18v-naul-qSrN-EAr3-y27S-1wtr-ceG9qF&44&pestart:0&= amp;<br>44&pecount:32765&44&mapoffset:0,MDT_DESCRIPTION=3Dve_s= torage,MDT_LEASERETRIES=3D3,MD<br>T_IOOPTIMEOUTSEC=3D10,MDT_LOCKRENEWALINT= ERVALSEC=3D5,MDT_PHYBLKSIZE=3D512,MDT_TYPE=3DFCP<br>,MDT_LOCKPOLICY=3D,MDT= _SDUUID=3Dede37a89-5c1b-4d53-ad07-8a11ba209f61,RHAT_storage_do<br>main,MDT= _POOL_UUID=3D5849b030-626e-47cb-ad90-3ce782d831b3,MDT_POOL_DESCRIPTION=3DD= ef<br>ault,MDT_ROLE=3DMaster,MDT_MASTER_VERSION=3D1,MDT_POOL_DOMAINS=3Dede= 37a89-5c1b-4d53-ad<br>07-8a11ba209f61:Active&44&6cdc15fb-974c-4407= -9b42-65b6f99b19f5:Active,MDT_POOL_S<br>PM_ID=3D1,MDT__SHA_CKSUM=3D557fcbb= 72833b9f2f4855bbfcca92908c1b331a4,MDT_POOL_SPM_LVE<br>R=3D14  &n= bsp;           2&nb= sp;       2    63.9= 9m   128.00m unmanaged<br>19:57:13<br>RICCF 2015/= 5/7 19:57:13<br><br><font color=3D"#ff0000">lv is too much, above is = just a part of output</font><br><br>[root@jzjdve ~]# pvscan&nbsp= ;--cache && vgs -o all<br>  Fmt&nbsp= ; VG UUID         &= nbsp;           &nb= sp;          VG &nb= sp;           &nbsp= ;            &= nbsp;        Attr  &nbsp= ;VSize   VFree   SYS ID Ext &= nbsp;   #Ext  Free MaxLV MaxPV #PV=  #LV #SN Seq VG Tags    &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           &nbsp= ;            &= nbsp;           &nb= sp;           VProf= ile #VMda #VMdaUse VMdaFree  VMdaSize  = #VMdaCps<br>  lvm2 hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE&n= bsp;ede37a89-5c1b-4d53-ad07-8a11ba209f61 wz--n-   4.00= t 737.00g        128.00m&nbsp= ;32765 5896     0    &nb= sp;0   1  25   0 193 MDT= _LEASETIMESEC=3D60,MDT_CLASS=3DData,MDT_VERSION=3D3,MDT_LOGBLKSIZE=3D512,M= DT_VGUUID=3Dhvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE,MDT_PV0=3Dpv:36e0979610= 0b6ab9d000d383400000002&44&uuid:D0B18v-naul-qSrN-EAr3-y27S-1wtr-ce= G9qF&44&pestart:0&44&pecount:32765&44&mapoffset:0,= MDT_DESCRIPTION=3Dve_storage,MDT_LEASERETRIES=3D3,MDT_IOOPTIMEOUTSEC=3D10,= MDT_LOCKRENEWALINTERVALSEC=3D5,MDT_PHYBLKSIZE=3D512,MDT_TYPE=3DFCP,MDT_LOC= KPOLICY=3D,MDT_SDUUID=3Dede37a89-5c1b-4d53-ad07-8a11ba209f61,RHAT_storage_= domain,MDT_POOL_UUID=3D5849b030-626e-47cb-ad90-3ce782d831b3,MDT_POOL_DESCR= IPTION=3DDefault,MDT_ROLE=3DMaster,MDT_MASTER_VERSION=3D1,MDT_POOL_DOMAINS= =3Dede37a89-5c1b-4d53-ad07-8a11ba209f61:Active&44&6cdc15fb-974c-44= 07-9b42-65b6f99b19f5:Active,MDT_POOL_SPM_ID=3D1,MDT__SHA_CKSUM=3D557fcbb72= 833b9f2f4855bbfcca92908c1b331a4,MDT_POOL_SPM_LVER=3D14   &n= bsp;          2 &nb= sp;      2    63.99m&nbs= p;  128.00m unmanaged<br>  lvm2 popc7C-ShBj-= 5a5H-S9Wy-TL0W-KX4n-h8gmMc vg_gzjdve     &nb= sp;           &nbsp= ;          wz--n- 5= 58.38g      0     &= nbsp;    64.00m  8934   &nbsp= ;0     0     0 &nbs= p; 1   3   0   4 &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;           1&nbsp= ;       1   507.50k&nbsp= ; 1020.00k unmanaged<br></div></div>=0A<div><br></div><hr style= =3D"width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" align=3D"left= ">=0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZ= E: 10pt"><div>like.ma(a)cs2c.com.cn</div></div></span></div>=0A<blockquote s= tyle=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;"><div>&nb= sp;</div><div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:= 3.0pt 0cm 0cm 0cm"><div style=3D"PADDING-RIGHT: 8px; PADDING-LEFT: 8px; FO= NT-SIZE: 12px;FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efefef; PADDI= NG-BOTTOM: 8px; PADDING-TOP: 8px"><div><b>From:</b> <a href=3D"mailto= :nsoffer@redhat.com">Nir Soffer</a></div><div><b>Date:</b> 2015-05-07=  19:45</div><div><b>To:</b> <a href=3D"mailto:like.ma@cs2c.com.c= n">like ma</a></div><div><b>CC:</b> <a href=3D"mailto:users@ovirt.org= ">users</a>; <a href=3D"mailto:devel@ovirt.org">devel</a></div><div><b>Sub= ject:</b> Re: [ovirt-devel] vdsClient getVGList returned Empty</div><= /div></div><div><div>> Hi, guys</div>=0A<div>> I have a vdsm host, w= hen i use "vgs" command, it will display 2 volume group</div>=0A<div>> = which already exist. But when i use "vdsClient -s 0 getVGList", it display= s</div>=0A<div>> nothing. That means vdsm cannot see the existed vg. Wh= y? Does anybody have</div>=0A<div>> any idea?</div>=0A<div>> </div>= =0A<div>> P.S. In fact, i am trying to resolve the problem of "Cannot f= ind master</div>=0A<div>> domain"</div>=0A<div> </div>=0A<div>Can = you shared the output of:</div>=0A<div> </div>=0A<div>pvscan --cache = && lvs -o all</div>=0A<div>pvscan --cache && vgs -o all</d= iv>=0A<div> </div>=0A<div>Nir</div>=0A</div></blockquote>=0A</div></d= iv></blockquote>=0A</body></html> ------=_001_NextPart535338448774_=------

1 0

Windows Internet connection issue
by gefter chongong - NOAA Affiliate 12 May '15

12 May '15

We are running oVirt Engine Version: 3.5.0.1-1.el6, this is running on Super micros. We have 5 hosts in a cluster on VMs built on this. Hosts Network interfaces are bonded and mode 4 (LACP). On the bonds we have VLANS for different networks, and all linux vms built on these hosts work and can access the internet. We are having issues with windows VMs. They cannot access the internet. Pings to external sites work, no failures, DNS not an issue but when browsing pages, the page keeps spinning and would not open... Anybody experience this issue, would be greatful for any pointers. thanks

2 1

Gluster command [<UNKNOWN>] failed on server
by suporte＠logicworks.pt 12 May '15

12 May '15

------=_Part_495943_1653700285.1431343853244 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I'm testing ovirt 3.5.1, with hosted engine, using centos7.1. Have installed some VMs, no problem. I needed to shutdown the computer machines (follow this procedure: http://lists.ovirt.org/pipermail/users/2014-April/023861.html ), after rebooting could not get it working again, when trying to activate the hosts this message come up: Gluster command [<UNKNOWN>] failed on server I have tried a lot of things, including update it to Version 3.5.2-1.el7.centos, but no success. Gluster version: glusterfs-3.6.3-1.el7.x86_64 glusterfs-libs-3.6.3-1.el7.x86_64 glusterfs-fuse-3.6.3-1.el7.x86_64 glusterfs-cli-3.6.3-1.el7.x86_64 glusterfs-rdma-3.6.3-1.el7.x86_64 glusterfs-api-3.6.3-1.el7.x86_64 Any help? -- Jose Ferradeira http://www.logicworks.pt ------=_Part_495943_1653700285.1431343853244 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Times New Roman; font-size: 10pt; co= lor: #000000"><div><div>Hi,</div><div><br></div><div>I'm testing ovirt 3.5.= 1, with hosted engine, using centos7.1. Have installed some VMs, no problem= . I needed to shutdown the computer machines (follow this procedure: <span = class=3D"Object" id=3D"OBJ_PREFIX_DWT216_com_zimbra_url"><span class=3D"Obj= ect" id=3D"OBJ_PREFIX_DWT218_com_zimbra_url"><a href=3D"http://lists.ovirt.= org/pipermail/users/2014-April/023861.html" target=3D"_blank" data-mce-href= =3D"http://lists.ovirt.org/pipermail/users/2014-April/023861.html">http://l= ists.ovirt.org/pipermail/users/2014-April/023861.html</a></span></span> ), = after rebooting could not get it <br>working again, when trying to activate= the hosts this message come up: Gluster command [<UNKNOWN>] failed o= n server</div><div>I have tried a lot of things, including update it to <sp= an class=3D"version-text">Version 3.5.2-1.el7.centos, but no success.</span= ></div><div><span class=3D"version-text">Gluster version:<br></span></div><= div><span class=3D"version-text">glusterfs-3.6.3-1.el7.x86_64<br>glusterfs-= libs-3.6.3-1.el7.x86_64<br>glusterfs-fuse-3.6.3-1.el7.x86_64<br>glusterfs-c= li-3.6.3-1.el7.x86_64<br>glusterfs-rdma-3.6.3-1.el7.x86_64<br>glusterfs-api= -3.6.3-1.el7.x86_64<br><br></span></div><span class=3D"version-text">Any he= lp?</span></div><div><br></div><div>-- <br></div><div><span name=3D"x"></sp= an><hr style=3D"width: 100%; height: 2px;" data-mce-style=3D"width: 100%; h= eight: 2px;">Jose Ferradeira<br>http://www.logicworks.pt<br><span name=3D"x= "></span><br></div></div></body></html> ------=_Part_495943_1653700285.1431343853244--

4 8

Vdsm Disk Images - preallocation vs thin provision
by ml＠ohnewald.net 12 May '15

12 May '15

Hello List, i read http://www.ovirt.org/Vdsm_Disk_Images, however i am missing the information if thin provision will also take care if the max storage size? E.g. If i have 1000GB total storage. Will then ovirt save me from creating 11x 100GB Disks? 11x100GB Full Disks >= 1000GB Total storage. Thanks, Mario

2 1

Re: [ovirt-users] [SOLVED] Problem with a second host: Exit message: internal error: Cannot find suitable CPU model for given data.
by Julián Tete 12 May '15

12 May '15

Hi Friends of oVirt I talked with the network administrator and remove the proxy rules to a range of IP's, installed oVirt with hosted engine on CentOS 7.1 and everything run just fine. Previously I set the enviroment settings to include the include proxy and proxy exceptions for the all the users of the system with a file in /etc/profile.d/ directory. I used to do this and always works. It's a bug in oVirt ? My ovirt-image-repository it's working now and with IP's behind the proxy doesn't. oVirt doesn't play nice behind a web proxy ? ovirt-image-repository ------------------------------ This article originally appeared on community.redhat.com. Follow the community on Twitter at @redhatopen <https://twitter.com/redhatopen>, and find us on Facebook <https://www.facebook.com/redhatopen> and Goo <https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/p…> 2015-04-29 2:58 GMT-05:00 Yedidyah Bar David <didi(a)redhat.com>: > ----- Original Message ----- > > From: "Yedidyah Bar David" <didi(a)redhat.com> > > To: "Julián Tete" <danteconrad14(a)gmail.com> > > Cc: users(a)ovirt.org > > Sent: Wednesday, April 29, 2015 10:51:48 AM > > Subject: Re: [ovirt-users] Problem with a second host: Exit message: > internal error: Cannot find suitable CPU model > > for given data. > > > > ----- Original Message ----- > > > From: "Julián Tete" <danteconrad14(a)gmail.com> > > > To: "Yedidyah Bar David" <didi(a)redhat.com> > > > Cc: users(a)ovirt.org > > > Sent: Wednesday, April 29, 2015 7:20:34 AM > > > Subject: Re: [ovirt-users] Problem with a second host: Exit message: > > > internal error: Cannot find suitable CPU model > > > for given data. > > > > > > Hi > > > > > > Thanks for advices. :) > > > > > > I reinstalled the Second Host, Installed QEMU/KVM with virt-manager, > > > created virtual machines, no hassle. > > > > > > I don't think in BIOS problem, beacuse are new machines and I didn't > touch > > > anything. > > > > Please double check that, also compare with the working host. > > See also: > > https://bugzilla.redhat.com/show_bug.cgi?id=1103672 > > Best, > > > > > > > > > Yesterday I did format the Second Host and try the Server-World > aproach on > > > CentOS 7: > > > > > > http://www.server-world.info/en/note?os=CentOS_6&p=ovirt&f=2 > > > > > > Didn't work > > > > > > Today i'm going to format the machine and try to install a hosted > engine on > > > the Second Host. > > > > > > I'm listening suggestions. > > > > I don't have many more, sorry. > > > > If BIOS Setup is exactly the same, I suggest to ask this in a libvirt > mailing > > list. > > > > Best, > > > > > > > > > > > > > > 2015-04-28 1:03 GMT-05:00 Yedidyah Bar David <didi(a)redhat.com>: > > > > > > > ----- Original Message ----- > > > > > From: "Julián Tete" <danteconrad14(a)gmail.com> > > > > > To: "Yedidyah Bar David" <didi(a)redhat.com> > > > > > Cc: users(a)ovirt.org > > > > > Sent: Tuesday, April 28, 2015 12:32:37 AM > > > > > Subject: Re: [ovirt-users] Problem with a second host: Exit > message: > > > > internal error: Cannot find suitable CPU model > > > > > for given data. > > > > > > > > > > Check this out: > > > > > > > > > > First Host; > > > > > > > > > > Input: > > > > > > > > > > systemctl status libvirtd.service -l > > > > > > > > > > Output: > > > > > > > > > > libvirtd.service - Virtualization daemon > > > > > Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; > enabled) > > > > > Active: active (running) since vie 2015-04-24 20:28:11 COT; 2 > days > > > > > ago > > > > > Docs: man:libvirtd(8) > > > > > http://libvirt.org > > > > > Main PID: 26351 (libvirtd) > > > > > CGroup: /system.slice/libvirtd.service > > > > > └─26351 /usr/sbin/libvirtd --listen > > > > > > > > > > abr 27 16:29:08 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:29:23 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:29:38 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:29:53 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:30:08 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:30:23 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:30:38 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:30:53 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:31:08 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > abr 27 16:31:23 patascoy.udistritaloas.edu.co libvirtd[26351]: > metadata > > > > not > > > > > found: Requested metadata element is not present > > > > > > > > > > Second Host: > > > > > > > > > > Input: > > > > > > > > > > systemctl status libvirtd.service -l > > > > > > > > > > Output: > > > > > > > > > > libvirtd.service - Virtualization daemon > > > > > Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; > enabled) > > > > > Active: active (running) since lun 2015-04-27 12:37:37 COT; 3h > 54min > > > > ago > > > > > Docs: man:libvirtd(8) > > > > > http://libvirt.org > > > > > Main PID: 1875 (libvirtd) > > > > > CGroup: /system.slice/libvirtd.service > > > > > └─1875 /usr/sbin/libvirtd --listen > > > > > > > > > > abr 27 15:28:12 sotara.udistritaloas.edu.co libvirtd[1875]: > Preferred > > > > CPU > > > > > model SandyBridge not allowed by hypervisor; closest supported > model > > > > > will > > > > > be used > > > > > abr 27 15:28:12 sotara.udistritaloas.edu.co libvirtd[1875]: > internal > > > > error: > > > > > Cannot find suitable CPU model for given data > > > > > > > > Well, you can search for these messages on the net... > > > > > > > > Are BIOS Setup settings identical between them? > > > > > > > > > abr 27 15:46:57 sotara.udistritaloas.edu.co libvirtd[1875]: > Preferred > > > > CPU > > > > > model Westmere not allowed by hypervisor; closest supported model > will > > > > > be > > > > > used > > > > > abr 27 15:46:57 sotara.udistritaloas.edu.co libvirtd[1875]: > internal > > > > error: > > > > > Cannot find suitable CPU model for given data > > > > > abr 27 15:48:17 sotara.udistritaloas.edu.co libvirtd[1875]: > Preferred > > > > CPU > > > > > model Westmere not allowed by hypervisor; closest supported model > will > > > > > be > > > > > used > > > > > abr 27 15:48:17 sotara.udistritaloas.edu.co libvirtd[1875]: > internal > > > > error: > > > > > Cannot find suitable CPU model for given data > > > > > abr 27 16:00:12 sotara.udistritaloas.edu.co libvirtd[1875]: > Preferred > > > > CPU > > > > > model Westmere not allowed by hypervisor; closest supported model > will > > > > > be > > > > > used > > > > > abr 27 16:00:12 sotara.udistritaloas.edu.co libvirtd[1875]: > internal > > > > error: > > > > > Cannot find suitable CPU model for given data > > > > > abr 27 16:07:52 sotara.udistritaloas.edu.co libvirtd[1875]: > Preferred > > > > CPU > > > > > model Westmere not allowed by hypervisor; closest supported model > will > > > > > be > > > > > used > > > > > abr 27 16:07:52 sotara.udistritaloas.edu.co libvirtd[1875]: > internal > > > > error: > > > > > Cannot find suitable CPU model for given data > > > > > > > > > > > > > > > > > > > > El lun., 27 abr. 2015 a las 16:19, Julián Tete > > > > > (<danteconrad14(a)gmail.com > > > > >) > > > > > escribió: > > > > > > > > > > > Hi Didi > > > > > > > > > > > > Thanks for your help > > > > > > > > > > > > It's the same hardware (IBM HS23) on all the machines > (SandyBridge > > > > CPU's) > > > > > > > > > > > > The first Host contains the Engine (It's Hosted-Engine) > > > > > > > > > > > > The Virtual machine works on the first host but doesn't on the > > > > > > second. > > > > > > (The State are Up in Both Hosts) > > > > > > > > > > > > I changed the number of CPUs on the virtual machine and nothing > > > > happens. > > > > > > > > > > > > Basic First Host Information: > > > > > > > > > > > > http://pastebin.com/TG7LVLVs > > > > > > > > > > > > First Host Relevant oVirt Information: > > > > > > > > > > > > http://pastebin.com/XAdf7Mt5 > > > > > > > > > > > > I don't undestand: "try to copy/paste the generated domain xml > from > > > > > > vdsm.log and use that with virsh cpu-compare?" > > > > > > > > > > > > Thanks in Advance > > > > > > > > > > > > El lun., 27 abr. 2015 a las 1:47, Yedidyah Bar David > > > > > > (<didi(a)redhat.com > > > > >) > > > > > > escribió: > > > > > > > > > > > >> ----- Original Message ----- > > > > > >> > From: "Julián Tete" <danteconrad14(a)gmail.com> > > > > > >> > To: users(a)ovirt.org > > > > > >> > Sent: Sunday, April 26, 2015 5:41:30 PM > > > > > >> > Subject: [ovirt-users] Problem with a second host: Exit > message: > > > > > >> internal error: Cannot find suitable CPU model for > > > > > >> > given data. > > > > > >> > > > > > > >> > Hello Friends of oVirt > > > > > >> > > > > > > >> > I'd setup a oVirt enviroment (hosted-engine) on BladeCenter > HS23 > > > > Blades > > > > > >> > > > > > > >> > All the machines are CentOS 7.1 > > > > > >> > > > > > > >> > Engine FQDN: ovirt.udistritaloas.edu.co > > > > > >> > Second Host FQDN: sotara.udistritaloas.edu.co > > > > > >> > FQDN Host with the Host-Engine and with the Data Master > Storage: > > > > > >> > patascoy.udistritaloas.edu.co > > > > > >> > > > > > > >> > When I try to start a Virtual Machine on a second Host I get: > > > > > >> > > > > > > >> > VM PrimeraMaquinaCentOS7 is down with error. Exit message: > > > > > >> > internal > > > > > >> error: > > > > > >> > Cannot find suitable CPU model for given data. > > > > > >> > > > > > > >> > Failed to run VM PrimeraMaquinaCentOS7 on Host > > > > > >> sotara.udistritaloas.edu.co . > > > > > >> > > > > > > >> > Failed to run VM PrimeraMaquinaCentOS7 (User: admin@internal > ). > > > > > >> > > > > > > >> > Packages in the second Host: > > > > > >> > > > > > > >> > vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch > > > > > >> > vdsm-gluster-4.16.10-8.gitc937927.el7.noarch > > > > > >> > vdsm-python-4.16.10-8.gitc937927.el7.noarch > > > > > >> > vdsm-4.16.10-8.gitc937927.el7.x86_64 > > > > > >> > vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch > > > > > >> > vdsm-cli-4.16.10-8.gitc937927.el7.noarch > > > > > >> > vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch > > > > > >> > vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch > > > > > >> > libvirt-daemon-driver-storage-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-daemon-kvm-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-daemon-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-daemon-driver-secret-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-python-1.2.8-7.el7_1.1.x86_64 > > > > > >> > libvirt-gobject-0.1.7-3.el7.x86_64 > > > > > >> > libvirt-glib-0.1.7-3.el7.x86_64 > > > > > >> > libvirt-daemon-driver-network-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-client-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-lock-sanlock-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-gconfig-0.1.7-3.el7.x86_64 > > > > > >> > libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-daemon-driver-interface-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-daemon-driver-qemu-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.2.x86_64 > > > > > >> > libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.2.x86_64 > > > > > >> > qemu-kvm-common-rhev-1.5.3-60.el7_0.2.x86_64 > > > > > >> > libvirt-daemon-kvm-1.2.8-16.el7_1.2.x86_64 > > > > > >> > qemu-kvm-rhev-1.5.3-60.el7_0.2.x86_64 > > > > > >> > qemu-kvm-tools-rhev-1.5.3-60.el7_0.2.x86_64 > > > > > >> > ovirt-engine-sdk-python-3.5.1.0-1.el7.centos.noarch > > > > > >> > ovirt-hosted-engine-setup-1.2.2-1.el7.centos.noarch > > > > > >> > ovirt-hosted-engine-ha-1.2.5-1.el7.centos.noarch > > > > > >> > ovirt-release35-002-1.noarch > > > > > >> > ovirt-host-deploy-1.3.1-1.el7.noarch > > > > > >> > > > > > > >> > Basic Second Host Information: > > > > > >> > > > > > > >> > http://pastebin.com/KFWWtD9v > > > > > >> > > > > > > >> > Second Host Relevant oVirt Information: > > > > > >> > > > > > > >> > http://pastebin.com/Rvm9kNph > > > > > >> > > > > > > >> > Engine Log: > > > > > >> > > > > > > >> > http://pastebin.com/p7UK787e > > > > > >> > > > > > >> Some random things to check/post: > > > > > >> > > > > > >> Does this same VM work on the first host? Can you then > > > > > >> post relevant data on this first host? > > > > > >> > > > > > >> Did you try changing the number of cpus allocated to it? > > > > > >> > > > > > >> Can you try to copy/paste the generated domain xml from > > > > > >> vdsm.log and use that with virsh cpu-compare? > > > > > >> > > > > > >> Thanks, > > > > > >> -- > > > > > >> Didi > > > > > >> > > > > > > > > > > > > > > > > > > > -- > > > > Didi > > > > > > > > > > > > > > > -- > > Didi > > > > > > -- > Didi > >

2 3

[QE][ACTION REQUIRED] oVirt 3.6.0 alpha not passing basic sanity test - postponig by 1 week
by Sandro Bonazzola 12 May '15

12 May '15

Hi, we were supposed to release oVirt 3.6.0 Alpha release today but after repository composition it didn't pass basic sanity test, hitting Bug 1220772 - [Admin Portal] Can't create a VM using New Virtual Machine dialog Postponing oVirt 3.6.0 Alpha by one week[1]. Maintainers: please ensure that a basic operation like creating a vm will be possible before 2015-05-19 [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Problems with ISCSI storagedomain
by Luciano Natale 12 May '15

12 May '15

Hello everyone! I'm running oVirt 3.5, and recently had an issue with a split brain situation in the hosted engine's image. After solving that, I got the engine up an running, but something went wrong with my main storage. I have a datacenter with main storage being ISCSI, called vms-main-storage. This storagedomain is marked as inactive. The only action I can attemp to do to it is activate it. But it won't. It just fails and no reason is given in the web ui. I also tried activating it through the cli, and result is status 400, reason bad request, detail internal engine error. Strange thing is that VM's are still running with their images in this storage and they are running with no problem at all! How can I have this storagedomain again in a healthy state??? Thanks! -- Luciano Natale

2 1

Delete snapshot
by Johan Kooijman 12 May '15

12 May '15

Hi all, I created a snapshot on a VM, which I'd like to delete. No further snapshots were made, only this single only. The button delete is greyed out though, untill I power off the VM. I thought with live merge this wasn't needed any more, or am I mistaken? Engine running on CentOS 6 x64, latest stable versions of all packages. Am I missing something? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 1

overt node el6 to el7 upgrade
by Charles Weber 12 May '15

12 May '15

Hi everyone I have been using node el6 with fiber channel multipathing and multiple NICS. Works fine. Obviously after 3.6.1 or .2 is out I will want to upgrade. How well do the nodes handle upgrading from el6 to el7? Has anyone done this? Thanks, Chuck

4 3

Hosted engine on iscsi and data domain on GFS2
by Sherif Nagy 11 May '15

11 May '15

HI, I have centos 7.1 latest update for hosts and VM that hosts the hosted engine, the hosted engine uses iSCSI storage and so far it is working correctly *as expected* , I have 1 shared DC, 1 Cluster and trying to add GFS2 storage as a master data domain, I am using corosync , pacemaker , pcs to manage the DLM and cLVM that is also working as expected, however whenever I try to add the GFS2 storage I get the following error message from VDSM.log ————— Thread-884::ERROR::2015-05-08 11:45:59,291::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 2435cdc4-61eb-4ad6-9669-e900f13b7f1d Thread-884::DEBUG::2015-05-08 11:45:59,291::lvm::371::Storage.OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-884::DEBUG::2015-05-08 11:45:59,295::lvm::291::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_co unt=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/CETUSRAID1E0A04V01|/dev/mapper/CETUSRAID1E0A04V02|/dev/mapper/CETUSRAID3E0A01V01|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks =1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_c ount,pv_count,pv_name 2435cdc4-61eb-4ad6-9669-e900f13b7f1d (cwd None) Thread-884::DEBUG::2015-05-08 11:45:59,397::lvm::291::Storage.Misc.excCmd::(cmd) FAILED: <err> = ' Volume group "2435cdc4-61eb-4ad6-9669-e900f13b7f1d" not found\n Cannot process volume group 2435cdc4-61eb-4ad6-9669-e900f13b7f1d\n'; <rc> = 5 Thread-884::WARNING::2015-05-08 11:45:59,400::lvm::376::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "2435cdc4-61eb-4ad6-9669-e900f13b7f1d" not found', ' Cannot process volume group 2435cdc4-61eb-4ad6-9669-e900f13b7f1d '] Thread-884::DEBUG::2015-05-08 11:45:59,401::lvm::416::Storage.OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-885::DEBUG::2015-05-08 11:45:59,403::__init__::298::IOProcessClient::(_run) Starting IOProcess... Thread-884::ERROR::2015-05-08 11:45:59,420::sdc::143::Storage.StorageDomainCache::(_findDomain) domain 2435cdc4-61eb-4ad6-9669-e900f13b7f1d not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'2435cdc4-61eb-4ad6-9669-e900f13b7f1d',) Thread-884::INFO::2015-05-08 11:45:59,421::nfsSD::69::Storage.StorageDomain::(create) sdUUID=2435cdc4-61eb-4ad6-9669-e900f13b7f1d domainName=imagesGFS remotePath=/dev/mapper/gfs2_imgs-gfs2_imgs_lvm domClass=1 Thread-884::DEBUG::2015-05-08 11:45:59,434::__init__::298::IOProcessClient::(_run) Starting IOProcess... Thread-884::ERROR::2015-05-08 11:45:59,446::task::866::Storage.TaskManager.Task::(_setError) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2691, in createStorageDomain domVersion) File "/usr/share/vdsm/storage/nfsSD.py", line 80, in create version) File "/usr/share/vdsm/storage/nfsSD.py", line 49, in _preCreateValidation fileSD.validateFileSystemFeatures(sdUUID, domPath) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied Thread-884::DEBUG::2015-05-08 11:45:59,447::task::885::Storage.TaskManager.Task::(_run) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::Task._run: b574d8c6-af2b-4909-be53-248a5caff1c1 (6, u'2435cdc4-61eb-4ad6-9669-e900f13b7f1d', u'imagesGFS' , u'/dev/mapper/gfs2_imgs-gfs2_imgs_lvm', 1, u'3') {} failed - stopping task Thread-884::DEBUG::2015-05-08 11:45:59,447::task::1217::Storage.TaskManager.Task::(stop) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::stopping in state preparing (force False) Thread-884::DEBUG::2015-05-08 11:45:59,448::task::993::Storage.TaskManager.Task::(_decref) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::ref 1 aborting True Thread-884::INFO::2015-05-08 11:45:59,448::task::1171::Storage.TaskManager.Task::(prepare) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::aborting: Task is aborted: u'[Errno 13] Permission denied' - code 100 Thread-884::DEBUG::2015-05-08 11:45:59,448::task::1176::Storage.TaskManager.Task::(prepare) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::Prepare: aborted: [Errno 13] Permission denied Thread-884::DEBUG::2015-05-08 11:45:59,449::task::993::Storage.TaskManager.Task::(_decref) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::ref 0 aborting True Thread-884::DEBUG::2015-05-08 11:45:59,449::task::928::Storage.TaskManager.Task::(_doAbort) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::Task._doAbort: force False Thread-884::DEBUG::2015-05-08 11:45:59,449::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-884::DEBUG::2015-05-08 11:45:59,449::task::595::Storage.TaskManager.Task::(_updateState) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::moving from state preparing -> state aborting Thread-884::DEBUG::2015-05-08 11:45:59,448::task::993::Storage.TaskManager.Task::(_decref) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::ref 1 aborting True Thread-884::INFO::2015-05-08 11:45:59,448::task::1171::Storage.TaskManager.Task::(prepare) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::aborting: Task is aborted: u'[Errno 13] Permission denied' - code 100 Thread-884::DEBUG::2015-05-08 11:45:59,448::task::1176::Storage.TaskManager.Task::(prepare) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::Prepare: aborted: [Errno 13] Permission denied Thread-884::DEBUG::2015-05-08 11:45:59,449::task::993::Storage.TaskManager.Task::(_decref) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::ref 0 aborting True Thread-884::DEBUG::2015-05-08 11:45:59,449::task::928::Storage.TaskManager.Task::(_doAbort) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::Task._doAbort: force False Thread-884::DEBUG::2015-05-08 11:45:59,449::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-884::DEBUG::2015-05-08 11:45:59,449::task::595::Storage.TaskManager.Task::(_updateState) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::moving from state preparing -> state aborting Thread-884::DEBUG::2015-05-08 11:45:59,450::task::550::Storage.TaskManager.Task::(__state_aborting) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::_aborting: recover policy none Thread-884::DEBUG::2015-05-08 11:45:59,450::task::595::Storage.TaskManager.Task::(_updateState) Task=`b574d8c6-af2b-4909-be53-248a5caff1c1`::moving from state aborting -> state failed Thread-884::DEBUG::2015-05-08 11:45:59,450::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-884::DEBUG::2015-05-08 11:45:59,450::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-884::ERROR::2015-05-08 11:45:59,451::dispatcher::79::Storage.Dispatcher::(wrapper) [Errno 13] Permission denied Traceback (most recent call last): File "/usr/share/vdsm/storage/dispatcher.py", line 71, in wrapper result = ctask.prepare(func, *args, **kwargs) File "/usr/share/vdsm/storage/task.py", line 103, in wrapper return m(self, *a, **kw) File "/usr/share/vdsm/storage/task.py", line 1179, in prepare raise self.error OSError: [Errno 13] Permission denied Thread-884::DEBUG::2015-05-08 11:45:59,452::stompReactor::163::yajsonrpc.StompServer::(send) Sending response JsonRpc (StompReactor)::DEBUG::2015-05-08 11:45:59,918::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2015-05-08 11:45:59,920::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-887::DEBUG::2015-05-08 11:45:59,920::__init__::469::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'StoragePool.disconnectStorageServer' in bridge with {u'connectionParams': [{u'password': u'', u'id': u'a52aaa59-a449-4158-bece-2e0a 0916dc78', u'connection': u'/dev/mapper/gfs2_imgs-gfs2_imgs_lvm', u'mnt_options': u'noatime,nodiratime', u'user': u'', u'tpgt': u'1', u'vfs_type': u'gfs2', u'iqn': u'', u'port': u''}], u'storagepoolID': u'00000000-0000-0000-0000-000000000 000', u'domainType': 6} Thread-887::DEBUG::2015-05-08 11:45:59,924::task::595::Storage.TaskManager.Task::(_updateState) Task=`dacc3945-1a0d-4b80-9e0b-dd0050179001`::moving from state init -> state preparing Thread-887::INFO::2015-05-08 11:45:59,925::logUtils::44::dispatcher::(wrapper) Run and protect: disconnectStorageServer(domType=6, spUUID=u'00000000-0000-0000-0000-000000000000', conList=[{u'iqn': u'', u'port': u'', u'connection': u'/dev/ mapper/gfs2_imgs-gfs2_imgs_lvm', u'mnt_options': u'noatime,nodiratime', u'user': u'', u'tpgt': u'1', u'vfs_type': u'gfs2', u'password': '******', u'id': u'a52aaa59-a449-4158-bece-2e0a0916dc78'}], options=None) Thread-887::DEBUG::2015-05-08 11:45:59,926::mount::227::Storage.Misc.excCmd::(_runcmd) /usr/bin/sudo -n /usr/bin/umount -f -l /rhev/data-center/mnt/_dev_mapper_gfs2__imgs-gfs2__imgs__lvm (cwd None) Thread-887::DEBUG::2015-05-08 11:45:59,995::misc::741::Storage.SamplingMethod::(__call__) Trying to enter sampling method (storage.sdc.refreshStorage) Thread-887::DEBUG::2015-05-08 11:45:59,997::misc::743::Storage.SamplingMethod::(__call__) Got in to sampling method ———— Any idea what that might be ? Thank You Sherif

1 1

HE: changing engine storage connection's interface
by Daniel Helgenberger 11 May '15

11 May '15

Hello, I have just deployed my new hosted engine (3.5.2). Now, after some basic infra is running, I want to change the NFS connection vdsm is using for HE's vm. Please advice me on this procedure: 1. set global maint. 2. shutdown HE and all VMs 3. stop engine-ha 4. stop vdsm 5. unmount engine domain 6. hosted-engine.conf storage= stection 7. start vdsm 8. start engine-ha 9. reconnect storage 10. -- repeat step 3 - 9 for all ha hosts Thanks! -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

1 0

[ANN] Async release for ovirt-engine is now available.
by Sandro Bonazzola 11 May '15

11 May '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt Team has just released a new version of ovirt-engine package for 3.5.2.1 that fixes a severe issue introduced in 3.5.2[1]. We recommend to all users who have already upgraded to 3.5.2 to update to this package. Thanks, [1] https://bugzilla.redhat.com/1214408 - Importing storage domains into an uninitialized datacenter leads to duplicate OVF_STORE disks being created, and can cause catastrophic loss of VM configuration data - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVUK6QAAoJEHw3u57E4QAOLo0QALoe0zgCFSCOBScWGOJHAeXT 06ZnW0mObmWwM2T5n7VptVhhT/hES7hj5QfDdF666JKEsHKlkR71YewFqvRrn/6o ErkRmSo+yrBNSL1se1KQn3k/jLY9RGzF/1tjxc2jaWovA98ULNLXwgDRS+jBNvu2 lSvrCOAO8u5dSZnKl5oZTUN8vqWlzMB1TqbeV0/T7uuhTPwXeo/azLMtxdrLVecg t+zfFTcT3/BP+eVv0qr8lCxIo3UtjDN11H4VBzfb7cgP7Lg6D16MC7bawcYyuxIE waGfBFW1CtoeEWEQjic7Cti5j8pgxEc+bljw2PI09IPwEnMnBoqk1fwLg5LLCnnC eSkyoYN1vxo6ea2HF+Nm9lQ4uolkF3LUlC2017Jb4tYuhuF0ukTkUSEwBi8nfZzL 0/e08i4eglW3g01nIGRRQXq+kohClTWxLyVIUKgWlJ5RlHYooEMYV7qOYjFo/q3y 2ukMGrUZ27rokI/za3/5LkDUMizwh+XNzbO4qCeMd8UcHtsgs2vkElxJBVZ56nx8 EYIi7Mb1dogWtlcd1CE35h6FwnuqDdu/4iYJksH5vMa8aq411Ub65j4fgf4Xjy7D 1o51DuucZoasIkSuP1JiNc2HVOFZJ0hdsOkdLO9+oQ4tB84lMWe28OaRbIP0AV/u W6jpgUUcS+DPhBfkq0UI =zYZs -----END PGP SIGNATURE-----

4 3

simple virtual disk moving
by paf1＠email.cz 11 May '15

11 May '15

This is a multi-part message in MIME format. --------------030409070103030603070200 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit hello, would I explicitly define interface for only disk moving ?? Move process takes the first interface from list ( VM assigned ), but any interface for moving virtuals ( explicitly defined ). eg. VM moving from A to B - it takes interface defined for moving ( "movingLAN" ) but moving only simple disk of VM from A to B - it takes "default" interface from list of assigned LANs any idea ?? regs. Pavel --------------030409070103030603070200 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <span> hello, would I explicitly define interface for only disk moving ??<br> <br> Move process takes the first interface from list ( VM assigned ), but any interface for moving virtuals ( explicitly defined ).<br> <br> eg.<br> VM moving from A to B - it takes interface defined for moving ( "movingLAN" ) <br> but<br> moving only simple disk of VM from A to B - it takes "default" interface from list of assigned LANs<br> <br> any idea ??<br> regs.<br> Pavel<br> </span> </body> </html> --------------030409070103030603070200--

2 1

disk moving
by paf1＠email.cz 11 May '15

11 May '15

This is a multi-part message in MIME format. --------------060306090200030905050305 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit hello, would I explicitly define interface for only disk moving ?? reg. Pa. --------------060306090200030905050305 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <span> hello, would I explicitly define interface for only disk moving ??<br> <br> reg.<br> Pa.<br> </span> </body> </html> --------------060306090200030905050305--

1 0

Ovirt fails to import Windows 8 & 2012 VM's using virt-v2v-1.28.1-1.28
by Tim Macy 11 May '15

11 May '15

I am unable to import VM's migrated with virt-v2v-1.28.1-1.28.el7.x86_64 / libguestfs-1.28.1-1.28.el7.x86_64. There is a virt-v2v bug on this, but it is identified as a oVirt issue - https://bugzilla.redhat.com/show_bug.cgi?id=1213701 Is there a scheduled release/fix for this issue? Thank you, Tim Macy

2 1

oVirt workshop and training at our local Linux/Open Source users group
by John Joseph 11 May '15

11 May '15

Hi All, Like to share the info. I have been evaluating and playing around oVirt, I am also going to do some marketing for the same. Arranged a FREE workshop and training for oVirt at our local linux/open source group OES-Emirates http://www.meetup.com/oes-emirates Thanks Joseph John

2 1

Directly connect NIC or other cards to VM?
by David Smith 11 May '15

11 May '15

Is there a way to directly connect a specific device (ie, NIC) to a particular VM? I've figured out how to map a specific network interface to a VM, thats one step, but in the end I may need direct access to the PCI device itself. Second to that, for network interfaces mapped to a particular VM, is there a way for the VM to be able to properly detect physical link state of that interface? Right now that's a 'configurable option' inside network interface settings on the VM in the manager (ie, plugged, not plugged, and link state up /down) Thanks, David

6 7

using Network_Custom_Properties for firewalld zone?
by Jorick Astrego 11 May '15

11 May '15

This is a multi-part message in MIME format. --------------030704060004040008010802 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi=2C Trying to add the ZONE field to the NIC=27s in oVirt as I=27m trying to use= Firewalld instead of iptables=2E Manually it works fine but when I try to set a custom property=2C it doesn=27t apply=2E http=3A//www=2Eovirt=2Eorg/Features/Network=5FCustom=5FProperties I can=27t figure out if this should work or I should use a different method= =2E Met vriendelijke groet=2C With kind regards=2C Jorick Astrego Netbulae Virtualization Experts=20 ---------------- =09Tel=3A 053 20 30 270 =09info=40netbulae=2Eeu =09Staalsteden 4-3A =09KvK= 08198180 =09Fax=3A 053 20 30 271 =09www=2Enetbulae=2Eeu =097547 TA Enschede =09BTW= NL821234584B01 ---------------- --------------030704060004040008010802 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =3Chtml=3E =3Chead=3E =3Cmeta http-equiv=3D=22content-type=22 content=3D=22text/html=3B chars= et=3Dutf-8=22=3E =3C/head=3E =3Cbody bgcolor=3D=22=23FFFFFF=22 text=3D=22=23000000=22=3E Hi=2C=3Cbr=3E =3Cbr=3E Trying to add the ZONE field to the NIC=27s in oVirt as I=27m trying to= use Firewalld instead of iptables=2E=3Cbr=3E =3Cbr=3E Manually it works fine but when I try=C2=A0 to set a custom property=2C= it doesn=27t apply=2E=3Cbr=3E =3Cbr=3E =3Cblockquote=3E=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http= =3A//www=2Eovirt=2Eorg/Features/Network=5FCustom=5FProperties=22=3Ehttp=3A/= /www=2Eovirt=2Eorg/Features/Network=5FCustom=5FProperties=3C/a=3E=3Cbr=3E= =3Cbr=3E =3C/blockquote=3E I can=27t figure out if this should work or I should use a different method=2E=3Cbr=3E =3Cbr=3E =3Cbr=3E =3Cbr=3E =3Cbr=3E =20= =3CBR /=3E =3CBR /=3E =3Cb style=3D=22color=3A=23604c78=22=3E=3C/b=3E=3Cbr=3E=3Cspan style=3D=22c= olor=3A=23604c78=3B=22=3E=3Cfont color=3D=22000000=22=3E=3Cspan style=3D=22= mso-fareast-language=3Aen-gb=3B=22 lang=3D=22NL=22=3EMet vriendelijke groet= =2C With kind regards=2C=3Cbr=3E=3Cbr=3E=3C/span=3EJorick Astrego=3C/font= =3E=3C/span=3E=3Cb style=3D=22color=3A=23604c78=22=3E=3Cbr=3E=3Cbr=3ENetbul= ae Virtualization Experts =3C/b=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3B= border-top=3A1px solid =23ccc=3B=22=3E=3Ctable style=3D=22width=3A 522px=22= =3E=3Ctbody=3E=3Ctr=3E=3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px= =22=3ETel=3A 053 20 30 270=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bf= ont-size=3A 10px=22=3Einfo=40netbulae=2Eeu=3C/td=3E =3Ctd style=3D=22wid= th=3A 130px=3Bfont-size=3A 10px=22=3EStaalsteden 4-3A=3C/td=3E =3Ctd sty= le=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EKvK 08198180=3C/td=3E=3C/tr= =3E=3Ctr=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EFax= =3A 053 20 30 271=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size= =3A 10px=22=3Ewww=2Enetbulae=2Eeu=3C/td=3E =3Ctd style=3D=22width=3A 130= px=3Bfont-size=3A 10px=22=3E7547 TA Enschede=3C/td=3E =3Ctd style=3D=22w= idth=3A 130px=3Bfont-size=3A 10px=22=3EBTW NL821234584B01=3C/td=3E=3C/tr=3E= =3C/tbody=3E=3C/table=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3Bborder-top= =3A1px solid =23ccc=3B=22=3E=3CBR /=3E =3C/body=3E =3C/html=3E --------------030704060004040008010802--

3 2

Invito aggiornato: oVirt 3.6.0 Alpha Release Test Day - mar 2015-05-26 (oVirt schedule)
by sandro.bonazzola＠gmail.com 11 May '15

11 May '15

L'evento è stato modificato. Titolo: oVirt 3.6.0 Alpha Release Test Day Quando: mar 2015-05-26 (modificato) Calendario: oVirt schedule Chi: * Sandro Bonazzola- autore * infra(a)ovirt.org * devel(a)ovirt.org * users(a)ovirt.org Dettagli evento: https://www.google.com/calendar/event?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZ… Invito da Google Calendar: https://www.google.com/calendar/ Hai ricevuto questo messaggio email di cortesia all'account users(a)ovirt.org perché sei uno dei partecipanti a questo evento. Per disattivare la ricezione di aggiornamenti futuri per questo evento, rifiuta l'evento. In alternativa, puoi registrarti per un account Google in https://www.google.com/calendar/ e verificare le impostazioni di notifica per l'intero calendario.

1 0

how to delete the default cluster?
by Nathanaël Blanchet 11 May '15

11 May '15

Hello, I'd like to remove the default cluster, but engine refuses telling me that the blank template is associated to it. The problem is that all my vms (nearly 200) are created on the base of that template, so I can't first remove it. Is there a workaround to do this? -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 1

Maximum VM memory
by Christophe TREFOIS 11 May '15

11 May '15

--_000_803F768AF2CE4F0DBDB8069A62C5BEB5unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBvdmlydCB1c2VycywNCg0KV2UgaGF2ZSBhIHNwZWNpYWwgbWFjaGluZSB3aGljaCBoYXMg MSBUQiBSQU0uDQoNClRoZSBpZGVhIGlzIHRvIGhhdmUgMy00IFZNcyBvbiB0aGVyZSB3aGljaCBz aG91bGQgYmUgc3BsaXQgbGlrZSA4NS81LzUvNSAlIG9mIHRvdGFsIFJBTS4NCg0KSSBoYXZlIHRo cmVlIHF1ZXN0aW9uczoNCg0KMS4gSXMgdGhlcmUgYW55IHJlYXNvbiBub3QgdG8gcHV0IHVwIGEg Vk0gd2l0aCBzbyBtdWNoIFJBTQ0KDQoyLiBIb3cgY2FuIEkgaW5jcmVhc2UgdGhlIG1heGltdW0g UkFNIHNpemUgZm9yIDY0IGJpdCBWTXM/DQoNCjMuIEhvdyBjYW4gSSBjcmVhdGUgYSBuZXcgT1Mg Zm9yIHRoZSBWTSBjcmVhdGlvbiB0aGF0IHN1cHBvcnRzID4gMTYgR0IgPyAoUmlnaHQgbm93IGkg aGF2ZSB0byBjaG9vc2UgUkhFTCA2NCBiaXRzIGV2ZW4gZm9yIERlYmlhbiBzeXN0ZW1zKQ0KDQpU aGFuayB5b3UgZm9yIHlvdXIgaGVscCwNCg0K4oCUDQpDaHJpc3RvcGhlDQoNCg0KDQo= --_000_803F768AF2CE4F0DBDB8069A62C5BEB5unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <67A8A10803FFAE41B67512C9F7DDB1E5(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBvdmlydCB1c2VycywNCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPldlIGhhdmUg YSBzcGVjaWFsIG1hY2hpbmUgd2hpY2ggaGFzIDEgVEIgUkFNLjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlIGlkZWEgaXMgdG8gaGF2 ZSAzLTQgVk1zIG9uIHRoZXJlIHdoaWNoIHNob3VsZCBiZSBzcGxpdCBsaWtlIDg1LzUvNS81ICUg b2YgdG90YWwgUkFNLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+SSBoYXZlIHRocmVlIHF1ZXN0aW9uczo8L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjEuIElzIHRoZXJlIGFueSBy ZWFzb24gbm90IHRvIHB1dCB1cCBhIFZNIHdpdGggc28gbXVjaCBSQU0mbmJzcDs8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjIuIEhvdyBj YW4gSSBpbmNyZWFzZSB0aGUgbWF4aW11bSBSQU0gc2l6ZSBmb3IgNjQgYml0IFZNcz88L2Rpdj4N CjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjMuIEhv dyBjYW4gSSBjcmVhdGUgYSBuZXcgT1MgZm9yIHRoZSBWTSBjcmVhdGlvbiB0aGF0IHN1cHBvcnRz ICZndDsgMTYgR0IgPyAoUmlnaHQgbm93IGkgaGF2ZSB0byBjaG9vc2UgUkhFTCA2NCBiaXRzIGV2 ZW4gZm9yIERlYmlhbiBzeXN0ZW1zKTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmsgeW91IGZvciB5b3VyIGhlbHAsPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+Q2hyaXN0b3BoZTxiciBjbGFzcz0iIj4NCjxkaXYgYXBwbGUtY29u dGVudC1lZGl0ZWQ9InRydWUiIGNsYXNzPSIiPg0KPG1ldGEgbmFtZT0iZm9ybWF0LWRldGVjdGlv biIgY29udGVudD0idGVsZXBob25lPW5vIiBjbGFzcz0iIj4NCjxwIHN0eWxlPSJmb250LWZhbWls eTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBwdDsgbGluZS1oZWlnaHQ6IDE2cHg7 IGNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7IiBjbGFzcz0iIj4NCiZuYnNwOzwvcD4NCjwvZGl2Pg0K PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_803F768AF2CE4F0DBDB8069A62C5BEB5unilu_--

3 3

Is it mandatory to have fixed IP addres for eth0, for installtion of OVirt
by John Joseph 10 May '15

10 May '15

Dear All, As for experimental purpose I have done OVirt installation on CentOS 6.6 and it was success. Till now before installation of OVirt, I used to make the eth0 IP permanent and then install Now I have need to take the machine to different places to demo and discuss about the installation, In this case I need to keep my eth0 on DHCP. Was wondering whether the fixed IP address of eth0 is mandatory or can I use dhcp for the host machine, before installing Ovirt thanks Joseph John

3 3

Clone a Snapshot with REST
by Jon Disterhoft 08 May '15

08 May '15

Hello All, I'm trying to create VM backups through the REST API using curl. My understanding of this flow is to create a snapshot, clone the snapshot, then export the clone machine. I've got the snapshot part working: curl -v --insecure -u "admin@internal:<mypass>" -H "Content-type: application/xml" -X POST https://<myserver>/api/vms/e7d53832-b1ba-4f6e-8218-6116a0b4ea53/snapshots -d ' <snapshot> <vm id="e7d53832-b1ba-4f6e-8218-6116a0b4ea53"/> <description>TEST_SNAPSHOT</description> <disks> <disk id="057c80e5-701f-4dcf-a86d-a89672ff606a"/> </disks> </snapshot>' However, I can't figure out how to get the clone portion working. I've found a reference to it, but am unable to make it work: > To clone a VM from snapshot, POST to /api/vms : > <vm> > ... > <snapshots> > <snapshot id={snapshot_id}/> > </snapshots> > ... > </vm> So the question is, how do you clone a snapshot with the REST API? Also, is there a complete listing anywhere of all features/action supported by the REST API?

1 0

Physical network on "New Logical Network" dialog
by Jorick Astrego 08 May '15

08 May '15

This is a multi-part message in MIME format. --------------020205060308070107080609 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi=2C When I try to create a new logical network on our neutron provider=2C there is a field for =22Physical Network=22 Export Create on external provider External Provider Physical Network What should I specify=3F The bond or the bridge of the host=3F I searched the documentation but can=27t find any info=2E Met vriendelijke groet=2C With kind regards=2C Jorick Astrego Netbulae Virtualization Experts=20 ---------------- =09Tel=3A 053 20 30 270 =09info=40netbulae=2Eeu =09Staalsteden 4-3A =09KvK= 08198180 =09Fax=3A 053 20 30 271 =09www=2Enetbulae=2Eeu =097547 TA Enschede =09BTW= NL821234584B01 ---------------- --------------020205060308070107080609 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =3Chtml=3E =3Chead=3E =3Cmeta http-equiv=3D=22content-type=22 content=3D=22text/html=3B chars= et=3Dutf-8=22=3E =3C/head=3E =3Cbody bgcolor=3D=22=23FFFFFF=22 text=3D=22=23000000=22=3E Hi=2C=3Cbr=3E =3Cbr=3E When I try to create a new logical network on our neutron provider=2C= there is a field for =22Physical Network=22=3Cbr=3E =3Cbr=3E =3Cbr=3E =3Cblockquote=3E =3Cdiv class=3D=22gwt-Label GIVOUXICPAD=22=3EExport=3C/div=3E =3Cdiv aria-hidden=3D=22false=22 class=3D=22GIVOUXICIBC avw=5Fwrapper= =5Fpfly=5Ffix=22=3E =3Cdiv style=3D=22float=3A left=3B=22 class=3D=22GIVOUXICCBC avw=5FcontentWidget=5Fpfly=5Ffix=22=3E=3Cspan style=3D=22border-w= idth=3A 1px=3B border-style=3A none=3B padding=3A 5px=3B border-color=3A gray= =3B width=3A 100=25=3B=22 class=3D=22gwt-CheckBox=22=3E=3Cinput class=3D=22cbe=5Fcheckbox=5Fpfly=5Ffix=22 tabindex=3D=225=22= id=3D=22gwt-uid-9804=22 value=3D=22on=22 type=3D=22checkbox= =22=3E=3Clabel class=3D=22cbe=5Flabel=5Fpfly=5Ffix=22 for=3D=22gwt-uid-9804= =22=3ECreate on external provider=3C/label=3E=3C/span=3E=3C/div=3E =3C/div=3E =3Cdiv aria-hidden=3D=22false=22 class=3D=22GIVOUXICIBC avw=5Fwrapper= =5Fpfly=5Ffix GIVOUXICLAD=22=3E=3Clabel for=3D=22gwt-uid-9800=22 class=3D=22GIVOU= XICDBC avw=5Flabel=5Fpfly=5Ffix GIVOUXICEBC=22=3EExternal Provider=3C/la= bel=3E =3C/div=3E =3Cdiv aria-hidden=3D=22false=22 class=3D=22GIVOUXICIBC avw=5Fwrapper= =5Fpfly=5Ffix GIVOUXICLAD=22=3E =3C/div=3E =3Clabel for=3D=22gwt-uid-9835=22 class=3D=22GIVOUXICDBC avw=5Flabel= =5Fpfly=5Ffix GIVOUXICEBC=22=3EPhysical Network=3C/label=3E=3Cbr=3E =3C/blockquote=3E =3Cbr=3E What should I specify=3F The bond or the bridge of the host=3F=3Cbr=3E= =3Cbr=3E I searched the documentation but can=27t find any info=2E=3Cbr=3E =20= =3CBR /=3E =3CBR /=3E =3Cb style=3D=22color=3A=23604c78=22=3E=3C/b=3E=3Cbr=3E=3Cspan style=3D=22c= olor=3A=23604c78=3B=22=3E=3Cfont color=3D=22000000=22=3E=3Cspan style=3D=22= mso-fareast-language=3Aen-gb=3B=22 lang=3D=22NL=22=3EMet vriendelijke groet= =2C With kind regards=2C=3Cbr=3E=3Cbr=3E=3C/span=3EJorick Astrego=3C/font= =3E=3C/span=3E=3Cb style=3D=22color=3A=23604c78=22=3E=3Cbr=3E=3Cbr=3ENetbul= ae Virtualization Experts =3C/b=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3B= border-top=3A1px solid =23ccc=3B=22=3E=3Ctable style=3D=22width=3A 522px=22= =3E=3Ctbody=3E=3Ctr=3E=3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px= =22=3ETel=3A 053 20 30 270=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bf= ont-size=3A 10px=22=3Einfo=40netbulae=2Eeu=3C/td=3E =3Ctd style=3D=22wid= th=3A 130px=3Bfont-size=3A 10px=22=3EStaalsteden 4-3A=3C/td=3E =3Ctd sty= le=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EKvK 08198180=3C/td=3E=3C/tr= =3E=3Ctr=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EFax= =3A 053 20 30 271=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size= =3A 10px=22=3Ewww=2Enetbulae=2Eeu=3C/td=3E =3Ctd style=3D=22width=3A 130= px=3Bfont-size=3A 10px=22=3E7547 TA Enschede=3C/td=3E =3Ctd style=3D=22w= idth=3A 130px=3Bfont-size=3A 10px=22=3EBTW NL821234584B01=3C/td=3E=3C/tr=3E= =3C/tbody=3E=3C/table=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3Bborder-top= =3A1px solid =23ccc=3B=22=3E=3CBR /=3E =3C/body=3E =3C/html=3E --------------020205060308070107080609--

1 0