- Users - oVirt List Archives

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

Problem to upgrade level cluster to 4.1
by Marcelo Leandro 25 Mar '18

25 Mar '18

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 ?

2 1

Can't Add Host To New Hosted Engine - "Server is already part of another cluster"
by Adam Chesterton 25 Mar '18

25 Mar '18

Hi Everyone, I'm running a 3-host hyperconverged Gluster setup for testing (on some old desktops), and recently the hosted engine died on me, so I have attempted to just clean up my existing hosts, leaving Gluster configured, and re-deploy a fresh hosted engine setup on them. I have successfully got the first host setup and the hosted engine is running on that host. However, when I try to add the other two hosts via the web GUI (as I can no longer add them via CLI) I get this error: "Error while executing action: Server XXXXX is already part of another cluster." I've tried to find where this would still be configured on the two other hosts, but I cannot find anywhere. Does anyone know how I can stop these two hosts from thinking they are still in a cluster? Or, does anyone have some information that might help, or am I going to just have to start a fresh CentOS install? Regards, Adam

3 4