- Users - oVirt List Archives

novnc_websocket_proxy_fqdn
by 董青龙 26 Mar '18

26 Mar '18

------=_Part_152734_1156022334.1522057002223 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkgYWxsLAogICAgICAgIEkgYW0gdXNpbmcgbm92bmMgdG8gY29ubmVjdCB2bXMgaW4gbXkgb3Zp cnQ0LjEgZW52aXJvbm1lbnQuIE15IGVuZ2luZSBmcWRuIGhhcyBiZWVuIHNldCB0byAiZW5naW5l MS50ZXN0Lm9yZyIgYmVmb3JlIEkgZXhjdXRlZCAiZW5naW5lLXNldHVwIi4gSSBjb3VsZCBjb25u ZWN0IHZtcyB1c2luZyAiZW5naW5lMS50ZXN0Lm9yZyIgb24gY2xpZW50MSB3aGljaCAiZW5naW5l MS50ZXN0Lm9yZyIgY2FuIGJlIHJlc292ZWQuIE5vdyBJIHdhbnQgdG8gY29ubmVjdCB2bXMgdXNp bmcgImVuZ2luZTIudGVzdC5vcmciIG9uIGNsaWVudDIgd2hpY2ggb25seSAiZW5naW5lMi50ZXN0 Lm9yZyIgY2FuIGJlIHJlc29sdmVkLiBJIGhhdmUgc2V0ICJTU09fQUxURVJOQVRFX0VOR0lORV9G UUROUz0iZW5naW5lMi50ZXN0Lm9yZyIiIGluIC9ldGMvb3ZpcnQtZW5naW5lL2VuZ2luZS5jb25m LmQvOTktYWx0ZXJuYXRlLWVuZ2luZS1mcWRucy5jb25mLiBCdXQgSSBmYWlsZWQuIEl0IHNhaWQg dGhhdCAiY2FuJ3QgY29ubmVjdCB0byB3ZWJzb2NrZXQgcHJveHkgc2VydmVyIHdzczovL2VuZ2lu ZTEudGVzdC5vcmc6NjEwMCIuIFNvIHdoZXJlIGNhbiBJIG1vZGlmeSB0aGlzIHdlYnNvY2tldCBw cm94eSBwYXJhbWV0ZXI/CiAgICAgICAgQW55b25lIGNhbiBoZWxwPyBUaGFua3Mh ------=_Part_152734_1156022334.1522057002223 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGkgYWxsLDwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IEkgYW0gdXNpbmcgbm92bmMgdG8gY29ubmVjdCB2bXMgaW4gbXkgb3ZpcnQ0 LjEgZW52aXJvbm1lbnQuIE15IGVuZ2luZSBmcWRuIGhhcyBiZWVuIHNldCB0byAiZW5naW5lMS50 ZXN0Lm9yZyIgYmVmb3JlIEkgZXhjdXRlZCAiZW5naW5lLXNldHVwIi4gSSBjb3VsZCBjb25uZWN0 IHZtcyB1c2luZyAiZW5naW5lMS50ZXN0Lm9yZyIgb24gY2xpZW50MSB3aGljaCAiZW5naW5lMS50 ZXN0Lm9yZyIgY2FuIGJlIHJlc292ZWQuIE5vdyBJIHdhbnQgdG8gY29ubmVjdCB2bXMgdXNpbmcg ImVuZ2luZTIudGVzdC5vcmciIG9uIGNsaWVudDIgd2hpY2ggb25seSAiZW5naW5lMi50ZXN0Lm9y ZyIgY2FuIGJlIHJlc29sdmVkLiBJIGhhdmUgc2V0ICJTU09fQUxURVJOQVRFX0VOR0lORV9GUURO Uz0iZW5naW5lMi50ZXN0Lm9yZyIiIGluJm5ic3A7L2V0Yy9vdmlydC1lbmdpbmUvZW5naW5lLmNv bmYuZC85OS1hbHRlcm5hdGUtZW5naW5lLWZxZG5zLmNvbmYuIEJ1dCBJIGZhaWxlZC4gSXQgc2Fp ZCB0aGF0ICJjYW4ndCBjb25uZWN0IHRvIHdlYnNvY2tldCBwcm94eSBzZXJ2ZXIgd3NzOi8vZW5n aW5lMS50ZXN0Lm9yZzo2MTAwIi4gU28gd2hlcmUgY2FuIEkgbW9kaWZ5IHRoaXMgd2Vic29ja2V0 IHByb3h5IHBhcmFtZXRlcj88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBB bnlvbmUgY2FuIGhlbHA/IFRoYW5rcyE8L2Rpdj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJu ZXRlYXNlZm9vdGVyIj48cD4mbmJzcDs8L3A+PC9zcGFuPg== ------=_Part_152734_1156022334.1522057002223--

1 0

Re: [ovirt-users] VDSM SSL validity
by Punaatua PAINT-KOUI 26 Mar '18

26 Mar '18

I just tried, it works ! Thank for your help. Here are the steps that i followed: connect to the engine database using psql - use the request as you give it select fn_db_update_config_value(' VdsCertificateValidityInYears','2','general'); - verify the option by running select * from vdc_options where option_name like '%VdsCer%'; - restart ovirt-engine New host would have their certificates with the validity under 2 years. I tested with an existing host by put it in maintenance then reinstall Thanks ! those links helped me also: https://www.ovirt.org/develop/developer-guide/db-issues/dbupgrade/ https://www.ovirt.org/documentation/internal/database-upgrade-procedure/ 2018-03-23 17:52 GMT-10:00 Punaatua PAINT-KOUI <punaatua.pk(a)gmail.com>: > I just tried, it works ! Thank for your help. > > Here are the steps that i followed: > > connect to the engine database using psql > > - use the request as you give it select fn_db_update_config_value(' > VdsCertificateValidityInYears','2','general'); > > - verify the option by running select * from vdc_options where option_name > like '%VdsCer%'; > > - restart ovirt-engine > > New host would have their certificates with the validity under 2 years. I > tested with an existing host by put it in maintenance then reinstall > > Thanks ! > > those links helped me also: > > https://www.ovirt.org/develop/developer-guide/db-issues/dbupgrade/ > > https://www.ovirt.org/documentation/internal/database-upgrade-procedure/ > > > > 2018-03-22 0:49 GMT-10:00 Yedidyah Bar David <didi(a)redhat.com>: > >> On Thu, Mar 22, 2018 at 11:58 AM, Sahina Bose <sabose(a)redhat.com> wrote: >> > Didi, Sandro - Do you know if this option VdsCertificateValidityInYears >> is >> > present in 4.2? >> >> I do not think it ever was exposed to engine-config - I think it's a >> bug in that page. >> >> You should be able to update it with psql, if needed - something like >> this: >> >> select fn_db_update_config_value('VdsCertificateValidityInYears',' >> 2','general'); >> >> I didn't try this myself. >> >> To get an sql prompt, you can use engine-psql, which should be >> available in 4.2.2, >> or simply copy the script from the patch page: >> >> https://gerrit.ovirt.org/#/q/I4d9737ea72df0d7e654776a1085901284a523b7f >> >> Also, some people claim that the use of certificates for communication >> between >> the engine and the hosts is an internal implementation detail, which >> should not >> be relevant to PCI DSS requirements. See e.g.: >> >> https://ovirt.org/develop/release-management/features/infra/pkireduce/ >> >> > >> > On Mon, Mar 19, 2018 at 4:43 AM, Punaatua PAINT-KOUI < >> punaatua.pk(a)gmail.com> >> > wrote: >> >> >> >> Up >> >> >> >> 2018-02-17 2:57 GMT-10:00 Punaatua PAINT-KOUI <punaatua.pk(a)gmail.com>: >> >>> >> >>> Any idea someone ? >> >>> >> >>> Le 14 févr. 2018 23:19, "Punaatua PAINT-KOUI" <punaatua.pk(a)gmail.com> >> a >> >>> écrit : >> >>>> >> >>>> Hi, >> >>>> >> >>>> I setup an hyperconverged solution with 3 nodes, hosted engine on >> >>>> glusterfs. >> >>>> We run this setup in a PCI-DSS environment. According to PCI-DSS >> >>>> requirements, we are required to reduce the validity of any >> certificate >> >>>> under 39 months. >> >>>> >> >>>> I saw in this link >> >>>> https://www.ovirt.org/develop/release-management/features/infra/pki/ >> that i >> >>>> can use the option VdsCertificateValidityInYears at engine-config. >> >>>> >> >>>> I'm running ovirt engine 4.2.1 and i checked when i was on 4.2 how to >> >>>> edit the option with engine-config --all and engine-config --list >> but the >> >>>> option is not listed >> >>>> >> >>>> Am i missing something ? >> >>>> >> >>>> I thing i can regenerate a VDSM certificate with openssl and the CA >> conf >> >>>> in /etc/pki/ovirt-engine on the hosted-engine but i would rather >> modifiy the >> >>>> option for future host that I will add. >> >>>> >> >>>> -- >> >>>> ------------------------------------- >> >>>> PAINT-KOUI Punaatua >> >> >> >> >> >> >> >> >> >> -- >> >> ------------------------------------- >> >> PAINT-KOUI Punaatua >> >> Licence Pro Réseaux et Télecom IAR >> >> Université du Sud Toulon Var >> >> La Garde France >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users(a)ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> > >> >> >> >> -- >> Didi >> > > > > -- > ------------------------------------- > PAINT-KOUI Punaatua > Licence Pro Réseaux et Télecom IAR > Université du Sud Toulon Var > La Garde France > -- ------------------------------------- PAINT-KOUI Punaatua Licence Pro Réseaux et Télecom IAR Université du Sud Toulon Var La Garde France

1 0

Juniper vSRX Cluster on oVirt/RHEV
by Charles Kozler 26 Mar '18

26 Mar '18

Hi All - Recently did this and thought it would be worth documenting. I couldnt find any solid information on vsrx with kvm outside of flat KVM. This outlines some of the things I hit along the way and how to fix. This is my one small way of giving back to such an incredible open source tool https://ckozler.net/vsrx-cluster-on-ovirtrhev/

4 6

Re: [ovirt-users] Problem to upgrade level cluster to 4.1
by Arik Hadas 26 Mar '18

26 Mar '18

On Sun, Mar 25, 2018 at 3:06 PM, Marcelo Leandro <marceloltmm(a)gmail.com> wrote: > Good morning, > follow the log: > > The real name of vms : > VPS-Jarauto > VPS-Jarauto-Firewall > VPS-Varejo-Mais > > Thanks, > Thanks for sharing the log. Two of these VMs are configured with the custom-property 'macspoof'. That property is not supposed to be used since 4.0 (IIRC). Nevertheless, defining this property for version 4.1 should solve this problem, see [1]. The third VM is in a weird state - it cannot be updated because the host it runs on doesn't support the number of CPUs defined for this VM. You can either shut this VM down during the cluster upgrade or try to migrate it to another host with more CPUs available. Unfortunately, I can't correlate those issues with the VMs you mentioned, but if you'll start with with the first issue you'll find which one of them is that 'third VM'. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1373573 > > 2018-03-25 3:29 GMT-03:00 Arik Hadas <ahadas(a)redhat.com>: > >> >> >> On Fri, Mar 23, 2018 at 9:09 PM, Marcelo Leandro <marceloltmm(a)gmail.com> >> wrote: >> >>> Hello, >>> I am try update the cluster level but i had this menssage erro: >>> >>> Erro durante a execução da ação: Update of cluster compatibility version >>> failed because there are VMs/Templates [VPS-NAME01, VPS-NAME02, >>> VPS-NAME03] with incorrect configuration. To fix the issue, please go >>> to each of them, edit and press OK. If the save does not pass, fix the >>> dialog validation. >>> >>> >>> 23/03/2018 15:03:07 >>> Cannot update compatibility version of Vm/Template: [VPS-NAME01], >>> Message: [No Message] >>> 23/03/2018 15:03:07 >>> Cannot update compatibility version of Vm/Template: [VPS-NAME02], >>> Message: [No Message] >>> 23/03/2018 15:03:07 >>> Cannot update compatibility version of Vm/Template: [VPS-NAME03], >>> Message: [No Message] >>> >>> >>> I am already open the edit box vm and close with ok button how show in >>> the erro menssagem: >>> To fix the issue, please go to each of them, edit and press OK. If the >>> save does not pass, fix the dialog validation. >>> >>> But not return error when save. >>> >>> Anyone can help me ? >>> >> >> Can you please share the engine.log? >> >> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

2 1

Hosted engine : rebuild without backups ?
by spfma.tech＠e.mail.fr 26 Mar '18

26 Mar '18

--=_62f810b8f4d72b7d533cbfaf8d5506c2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A In case of a total failure of the hosted engine VM, it is recom= mended to recreate a new one and restore a backup. I hope it works, I wi= ll probably have to do this very soon. But is there some kind of "plug= and play" features, able to rebuild configuration by browsing storage d= omains, if the restore process doesn't work ? Something like identifyi= ng VMs and their snapshots in the subdirectories, and the guess what is= linked to what, ... ? I have a few machines but if I have to rebuild= all the engine setup and content, I would like to be able to identify r= esources easily. A few times ago, I was doing some experiments with Xe= nServer and destroyed/recreated some setup items : I ended with a lot of= oprhan resources, and it was a mess to reattach snapshots to their resp= ective VMs. So if oVirt is more helpful in that way ... Regards =0A=0A= ------------------------------------------------------------------------= -------------------------=0AFreeMail powered by mail.fr --=_62f810b8f4d72b7d533cbfaf8d5506c2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;">Hi,<br /></span></div>=0A<div> </div>=0A<di= v><span style=3D"font-family: arial, helvetica,sans-serif; font-size: 10= pt; color: #000000;">In case of a total failure of the hosted engine VM,= it is recommended to recreate a new one and restore a backup. I hope it= works, I will probably have to do this very soon.</span></div>=0A<div>&= nbsp;</div>=0A<div><span style=3D"font-family: arial, helvetica,sans-ser= if; font-size: 10pt; color: #000000;">But is there some kind of "plug an= d play" features, able to rebuild configuration by browsing storage doma= ins, if the restore process doesn't work ?</span></div>=0A<div> </d= iv>=0A<div><span style=3D"font-family: arial, helvetica,sans-serif; font= -size: 10pt; color: #000000;">Something like identifying VMs and their s= napshots in the subdirectories, and the guess what is linked to what, ..= . ? </span></div>=0A<div> </div>=0A<div><span style=3D"font-family:= arial, helvetica,sans-serif; font-size: 10pt; color: #000000;">I have a= few machines but if I have to rebuild all the engine setup and content,= I would like to be able to identify resources easily.</span></div>=0A<d= iv> </div>=0A<div><span style=3D"font-family: arial, helvetica,sans= -serif; font-size: 10pt; color: #000000;">A few times ago, I was doing s= ome experiments with XenServer and destroyed/recreated some setup items= : I ended with a lot of oprhan resources, and it was a mess to reattach= snapshots to their respective VMs. So if oVirt is more helpful in that= way ...</span></div>=0A<div><span style=3D"font-family: arial, helvetic= a,sans-serif; font-size: 10pt; color: #000000;"> </span></div>=0A<d= iv><span style=3D"font-family: arial, helvetica,sans-serif; font-size: 1= 0pt; color: #000000;">Regards</span></div>=0A <br/><h= r>FreeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">mail= .fr</a>=0A --=_62f810b8f4d72b7d533cbfaf8d5506c2--

2 2

Filter engine log to get only logs shown on the "event console"
by yayo (j) 26 Mar '18

26 Mar '18

Hi all, I want to reproduce log shown on the "event console" on my monitoring system but I cant' find the right filter to use. I'm parsing the engine.log on the hosted engine vm. Is the right log file to parse? There is any other way? Thank you

2 1

Ovirt nodes NFS connection
by Tal Bar-Or 25 Mar '18

25 Mar '18

Hello All, I am about to deploy a new Ovirt platform, the platform will consist 4 Ovirt nodes including management, all servers nodes and storage will have the following config: *nodes server* 4x10G ports network cards 2x10G will be used for VM network. 2x10G will be used for storage connection 2x1Ge 1xGe for nodes management *Storage *4x10G ports network cards 3 x10G for NFS storage mount Ovirt nodes Now given above network configuration layout, what is best practices in terms of nodes for storage NFS connection, throughput and path resilience suggested to use First option each node 2x 10G lacp and on storage side 3x10G lacp? The second option creates 3 VLAN's assign each node on that 3 VLAN's across 2 nic, and on storage, side assigns 3 nice across 3 VLANs? Thanks -- Tal Bar-or

3 3

FC LUN
by Стаценко Константин Юрьевич 25 Mar '18

25 Mar '18

--_000_439dffd7724541748fe3564493cac704msk1exchmb07interraoru_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8hDQpDYW4geW91LCBwbGVhc2UsIGhlbHAgPw0KVGhlcmUgaXMgYSBzdHJhbmdlIGVycm9y IHdoaWxlIHRyeWluZyB0byBjb25uZWN0IEZDIExVTiBmcm9tIHRoZSBvbGQgU0FOIHN0b3JhZ2Ug c3lzdGVtIHRvIG9WaXJ0IDQuMS45IGhvc3RzLg0KSW4gdGhlIHNhbWUgdGltZSB0aGVyZSBhcmUg bm8gcHJvYmxlbXMgd2l0aCBMVU7igJlzIGZyb20gb3RoZXIgc3RvcmFnZSBzeXN0ZW1zLg0KVGhl IGVycm9yIGluIHZkc20ubG9nIGlzOg0KDQoyMDE4LTAzLTIzIDE2OjQxOjU1LDkyMCswMzAwIElO Rk8gIChqc29ucnBjLzcpIFtqc29ucnBjLkpzb25ScGNTZXJ2ZXJdIFJQQyBjYWxsIEhvc3QuZ2V0 U3RhdHMgc3VjY2VlZGVkIGluIDAuMDkgc2Vjb25kcyAoX19pbml0X186NTM5KQ0KMjAxOC0wMy0y MyAxNjo0MTo1NSw5NjUrMDMwMCBXQVJOICAoanNvbnJwYy8xKSBbc3RvcmFnZS5MVk1dIGx2bSBw dnMgZmFpbGVkOiA1IFtdIFsnICBGYWlsZWQgdG8gZmluZCBkZXZpY2UgZm9yIHBoeXNpY2FsIHZv bHVtZSAiL2Rldi9tYXBwZXIvMzIwMDgwMDEzNzg5MzA5YzAiLiddIChsdm0NCjozMjMpDQoyMDE4 LTAzLTIzIDE2OjQxOjU1LDk2NiswMzAwIFdBUk4gIChqc29ucnBjLzEpIFtzdG9yYWdlLkhTTV0g Z2V0UFYgZmFpbGVkIGZvciBndWlkOiAzMjAwODAwMTM3ODkzMDljMCAoaHNtOjE5NjYpDQpUcmFj ZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6DQogIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9z dG9yYWdlL2hzbS5weSIsIGxpbmUgMTk2MywgaW4gX2dldERldmljZUxpc3QNCiAgICBwdiA9IGx2 bS5nZXRQVihndWlkKQ0KICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9sdm0ucHkiLCBs aW5lIDg1MywgaW4gZ2V0UFYNCiAgICByYWlzZSBzZS5JbmFjY2Vzc2libGVQaHlzRGV2KChwdk5h bWUsKSkNCkluYWNjZXNzaWJsZVBoeXNEZXY6IE11bHRpcGF0aCBjYW5ub3QgYWNjZXNzIHBoeXNp Y2FsIGRldmljZShzKTogImRldmljZXM9KHUnMzIwMDgwMDEzNzg5MzA5YzAnLCkiDQoNClRoYW5r IHlvdS4NCg== --_000_439dffd7724541748fe3564493cac704msk1exchmb07interraoru_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlh IE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8q IFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNv Tm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjIu MGNtIDQyLjVwdCAyLjBjbSAzLjBjbTt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlJVIiBsaW5rPSIjMDU2M0MxIiB2bGlu az0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhlbGxvITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5DYW4geW91LCBwbGVhc2UsIGhl bHAgPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj5UaGVyZSBpcyBhIHN0cmFuZ2UgZXJyb3Igd2hpbGUgdHJ5aW5nIHRvIGNvbm5l Y3QgRkMgTFVOIGZyb20gdGhlIG9sZCBTQU4gc3RvcmFnZSBzeXN0ZW0gdG8gb1ZpcnQgNC4xLjkg aG9zdHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPkluIHRoZSBzYW1lIHRpbWUgdGhlcmUgYXJlIG5vIHByb2JsZW1zIHdpdGgg TFVO4oCZcyBmcm9tIG90aGVyIHN0b3JhZ2Ugc3lzdGVtcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIGVycm9yIGluIHZk c20ubG9nIGlzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+MjAxOC0wMy0yMyAxNjo0MTo1NSw5MjAmIzQz OzAzMDAgSU5GTyZuYnNwOyAoanNvbnJwYy83KSBbanNvbnJwYy5Kc29uUnBjU2VydmVyXSBSUEMg Y2FsbCBIb3N0LmdldFN0YXRzIHN1Y2NlZWRlZCBpbiAwLjA5IHNlY29uZHMgKF9faW5pdF9fOjUz OSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+MjAxOC0wMy0yMyAxNjo0MTo1NSw5NjUmIzQzOzAzMDAgV0FSTiZuYnNwOyAoanNv bnJwYy8xKSBbc3RvcmFnZS5MVk1dIGx2bSBwdnMgZmFpbGVkOiA1IFtdIFsnJm5ic3A7IEZhaWxl ZCB0byBmaW5kIGRldmljZSBmb3IgcGh5c2ljYWwgdm9sdW1lICZxdW90Oy9kZXYvbWFwcGVyLzMy MDA4MDAxMzc4OTMwOWMwJnF1b3Q7LiddIChsdm08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+OjMyMyk8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+MjAxOC0wMy0y MyAxNjo0MTo1NSw5NjYmIzQzOzAzMDAgV0FSTiZuYnNwOyAoanNvbnJwYy8xKSBbc3RvcmFnZS5I U01dIGdldFBWIGZhaWxlZCBmb3IgZ3VpZDogMzIwMDgwMDEzNzg5MzA5YzAgKGhzbToxOTY2KTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj5UcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyBGaWxl ICZxdW90Oy91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hzbS5weSZxdW90OywgbGluZSAxOTYzLCBp biBfZ2V0RGV2aWNlTGlzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgcHYgPSBsdm0uZ2V0UFYo Z3VpZCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2UvbHZt LnB5JnF1b3Q7LCBsaW5lIDg1MywgaW4gZ2V0UFY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJh aXNlIHNlLkluYWNjZXNzaWJsZVBoeXNEZXYoKHB2TmFtZSwpKTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JbmFjY2Vzc2libGVQ aHlzRGV2OiBNdWx0aXBhdGggY2Fubm90IGFjY2VzcyBwaHlzaWNhbCBkZXZpY2Uocyk6ICZxdW90 O2RldmljZXM9KHUnMzIwMDgwMDEzNzg5MzA5YzAnLCkmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_439dffd7724541748fe3564493cac704msk1exchmb07interraoru_--

3 4

Can't add/remove usb device to VM
by Jon bae 25 Mar '18

25 Mar '18

Hello, I run oVirt 4.2.1, in 4.1 I added a USB device to a VM and now I wanted to change this device to a different VM. But I found out, that I'm not able to remove this device nor I'm able to add any device to any VM. The device list is empty. I found a bug report, what describe this error: https://bugzilla.redhat.com/show_bug.cgi?id=1531847 Is there a solution for that? The USB device is a hardware dongle and it is very impotent for us to change this. Any workaround is welcome! Regards Jonathan

2 2

Cannot remove VM
by Angel R. Gonzalez 25 Mar '18

25 Mar '18

Hi, I can't edit/remove/modify a VM. Always show a message: "Cannot remove VM. Related operation is currently in progress. Please try again later" I also used REST API curl -k -u admin@internal:passwd -X DELETE https://engine/ovirt-engine/api/vms/XXXXXXXX and the output message is the same. How to can execute actions over the VM, or how to remove it from Cluster? Thanks in advance. Ángel González.

2 1