Hi,

Can anyone answer my question= =3D s?

Thanks in advance,

Tibor
<= /d=3D iv>
----- 2017. szept= .. 1=3D 9., 8:31, Demeter Tibor <tdemeter(a)itsmart.hu> =3DC3=3DADrta:

= =3D

- I have a productive ovirt cluster based on 3.5 series. Thi= =3D s using a shared nfs storage. Is it possible to migrate VMs from 3.5 = =3D to 4.1 with detach shared storage from the old cluster and attach it to the= =3D new cluster?
- If yes what will happend with the VM proper= =3D ies? For example mac addresses, limits, etc. Those will be migrated or not?= =3D

Thanks in advance,
Regard

Tibor<= =3D /div>

_______________________________________________= =3D
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailm= an=3D /listinfo/users

--=3D_c87d5a3b-e448-4233-8038-a7ceaba48522-- --===============1071168757091172150== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS09X2M4N2Q1YTNiLWU0NDgtNDIzMy04MDM4LWE3Y2VhYmE0ODUyMgpDb250ZW50LVR5cGU6IHRl eHQvcGxhaW47IGNoYXJzZXQ9dXRmLTgKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVk LXByaW50YWJsZQoKSGksPTIwCkNhbiBhbnlvbmUgYW5zd2VyIG15IHF1ZXN0aW9ucz89MjAKClRo YW5rcyBpbiBhZHZhbmNlLD0yMApSLD0yMAoKVGlib3I9MjAKCi0tLS0tIDIwMTcuIHN6ZXB0Li4g MTkuLCA4OjMxLCBEZW1ldGVyIFRpYm9yIDx0ZGVtZXRlckBpdHNtYXJ0Lmh1PiA9QzM9QURydD0K YTo9MjAKCj4gLSBJIGhhdmUgYSBwcm9kdWN0aXZlIG92aXJ0IGNsdXN0ZXIgYmFzZWQgb24gMy41 IHNlcmllcy4gVGhpcyB1c2luZyBhIHNoYT0KcmVkIG5mcwo+IHN0b3JhZ2UuIElzIGl0IHBvc3Np YmxlIHRvIG1pZ3JhdGUgVk1zIGZyb20gMy41IHRvIDQuMSB3aXRoIGRldGFjaCBzaGFyZWQKPiBz dG9yYWdlIGZyb20gdGhlIG9sZCBjbHVzdGVyIGFuZCBhdHRhY2ggaXQgdG8gdGhlIG5ldyBjbHVz dGVyPwo+IC0gSWYgeWVzIHdoYXQgd2lsbCBoYXBwZW5kIHdpdGggdGhlIFZNIHByb3Blcmllcz8g Rm9yIGV4YW1wbGUgbWFjIGFkZHJlc3M9CmVzLAo+IGxpbWl0cywgZXRjLiBUaG9zZSB3aWxsIGJl IG1pZ3JhdGVkIG9yIG5vdD8KCj4gVGhhbmtzIGluIGFkdmFuY2UsCj4gUmVnYXJkCgo+IFRpYm9y Cgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gVXNl cnMgbWFpbGluZyBsaXN0Cj4gVXNlcnNAb3ZpcnQub3JnCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzCgotLT1fYzg3ZDVhM2ItZTQ0OC00MjMzLTgwMzgtYTdj ZWFiYTQ4NTIyCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04CkNvbnRlbnQt VHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxodG1sPjxib2R5PjxkaXYgc3R5 bGU9M0QiZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtcz0K aXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMCI+PGRpdj5IaSw8L2Rpdj48ZGl2PkNhbiBhbnlvbmUg YW5zd2VyIG15IHF1ZXN0aW9uPQpzPzxicj48L2Rpdj48ZGl2PjxiciBkYXRhLW1jZS1ib2d1cz0z RCIxIj48L2Rpdj48ZGl2PlRoYW5rcyBpbiBhZHZhbmNlLDwvZGk9CnY+PGRpdj5SLDwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXYgZGF0YS1tYXJrZXI9M0QiX19TSUdfUFJFX18iPlRpYm9yPGJyPjwv ZD0KaXY+PGJyPjxzcGFuIGlkPTNEInp3Y2hyIiBkYXRhLW1hcmtlcj0zRCJfX0RJVklERVJfXyI+ LS0tLS0gMjAxNy4gc3plcHQuLiAxPQo5LiwgODozMSwgRGVtZXRlciBUaWJvciAmbHQ7dGRlbWV0 ZXJAaXRzbWFydC5odSZndDsgPUMzPUFEcnRhOjxicj48L3NwYW4+PGQ9Cml2IGRhdGEtbWFya2Vy PTNEIl9fUVVPVEVEX1RFWFRfXyI+PGJsb2NrcXVvdGUgc3R5bGU9M0QiYm9yZGVyLWxlZnQ6IDJw eCBzbz0KbGlkICMxMDEwRkY7IG1hcmdpbi1sZWZ0OiA1cHg7IHBhZGRpbmctbGVmdDogNXB4OyBj b2xvcjogIzAwMDsgZm9udC13ZWlnaHQ6PQogbm9ybWFsOyBmb250LXN0eWxlOiBub3JtYWw7IHRl eHQtZGVjb3JhdGlvbjogbm9uZTsgZm9udC1mYW1pbHk6IEhlbHZldGljYSw9CkFyaWFsLHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsiIGRhdGEtbWNlLXN0eWxlPTNEImJvcmRlci1sZWZ0OiAy cHggc29saT0KZCAjMTAxMEZGOyBtYXJnaW4tbGVmdDogNXB4OyBwYWRkaW5nLWxlZnQ6IDVweDsg Y29sb3I6ICMwMDA7IGZvbnQtd2VpZ2h0OiBuPQpvcm1hbDsgZm9udC1zdHlsZTogbm9ybWFsOyB0 ZXh0LWRlY29yYXRpb246IG5vbmU7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2EsQXI9CmlhbCxzYW5z LXNlcmlmOyBmb250LXNpemU6IDEycHQ7Ij48ZGl2IHN0eWxlPTNEImZvbnQtZmFtaWx5OiBhcmlh bCwgaGVsdmV0aT0KY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAw MDA7IiBkYXRhLW1jZS1zdHlsZT0zRCJmb250LWZhPQptaWx5OiBhcmlhbCwgaGVsdmV0aWNhLCBz YW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyI+PGRpdj49CjwvZGl2 Pjxicj48ZGl2Pi0gSSBoYXZlIGEgcHJvZHVjdGl2ZSBvdmlydCBjbHVzdGVyIGJhc2VkIG9uIDMu NSBzZXJpZXMuIFRoaT0KcyB1c2luZyBhIHNoYXJlZCBuZnMgc3RvcmFnZS4mbmJzcDsgSXMgaXQg cG9zc2libGUgdG8gbWlncmF0ZSBWTXMgZnJvbSAzLjUgPQp0byA0LjEgd2l0aCBkZXRhY2ggc2hh cmVkIHN0b3JhZ2UgZnJvbSB0aGUgb2xkIGNsdXN0ZXIgYW5kIGF0dGFjaCBpdCB0byB0aGU9CiBu ZXcgY2x1c3Rlcj8mbmJzcDs8L2Rpdj48ZGl2Pi0gSWYgeWVzIHdoYXQgd2lsbCBoYXBwZW5kIHdp dGggdGhlIFZNIHByb3Blcj0KaWVzPyBGb3IgZXhhbXBsZSBtYWMgYWRkcmVzc2VzLCBsaW1pdHMs IGV0Yy4gVGhvc2Ugd2lsbCBiZSBtaWdyYXRlZCBvciBub3Q/PQo8L2Rpdj48YnI+PGRpdj5UaGFu a3MgaW4gYWR2YW5jZSw8L2Rpdj48ZGl2PlJlZ2FyZDwvZGl2Pjxicj48YnI+PGRpdj5UaWJvcjw9 Ci9kaXY+PGRpdj48cCBzdHlsZT0zRCJmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IGZv bnQtc2l6ZTogbWVkaXVtOyBtYT0KcmdpbjogMHB4OyIgZGF0YS1tY2Utc3R5bGU9M0QiZm9udC1m YW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBmb250LXNpemU6IG1lPQpkaXVtOyBtYXJnaW46IDBw eDsiPjxzdHJvbmc+PHNwYW4gc3R5bGU9M0QiZm9udC1zaXplOiBtZWRpdW07IiBkYXRhLW1jZS1z dHk9CmxlPTNEImZvbnQtc2l6ZTogbWVkaXVtOyI+PHNwYW4gc3R5bGU9M0QiY29sb3I6ICMyZDY3 YjA7IiBkYXRhLW1jZS1zdHlsZT0zRD0KImNvbG9yOiAjMmQ2N2IwOyI+PGJyPjwvc3Bhbj48L3Nw YW4+PC9zdHJvbmc+PC9wPjxwIHN0eWxlPTNEImZvbnQtZmFtaWx5OiAnPQpUaW1lcyBOZXcgUm9t YW4nOyBmb250LXNpemU6IG1lZGl1bTsgbWFyZ2luOiAwcHg7IiBkYXRhLW1jZS1zdHlsZT0zRCJm b250LWY9CmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsgZm9udC1zaXplOiBtZWRpdW07IG1hcmdp bjogMHB4OyI+PHNwYW4gc3R5bGU9M0QiZj0Kb250LWZhbWlseTogZ2VvcmdpYSwgc2VyaWY7IGNv bG9yOiAjMDAwMDgwOyIgZGF0YS1tY2Utc3R5bGU9M0QiZm9udC1mYW1pbHk6PQogZ2VvcmdpYSwg c2VyaWY7IGNvbG9yOiAjMDAwMDgwOyI+PHN0cm9uZz48c3BhbiBzdHlsZT0zRCJmb250LXNpemU6 IG1lZGl1bTs9CiIgZGF0YS1tY2Utc3R5bGU9M0QiZm9udC1zaXplOiBtZWRpdW07Ij48c3Bhbj48 L3NwYW4+PC9zcGFuPjwvc3Ryb25nPjwvc3Bhbj0KPjwvcD48cD48L3A+PC9kaXY+PC9kaXY+PGJy Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPQo8YnI+VXNl cnMgbWFpbGluZyBsaXN0PGJyPlVzZXJzQG92aXJ0Lm9yZzxicj5odHRwOi8vbGlzdHMub3ZpcnQu b3JnL21haWxtYW49Ci9saXN0aW5mby91c2Vyczxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9kaXY+ PC9ib2R5PjwvaHRtbD4KLS09X2M4N2Q1YTNiLWU0NDgtNDIzMy04MDM4LWE3Y2VhYmE0ODUyMi0t Cg== --===============1071168757091172150==-- From ckozleriii at gmail.com Mon Oct 2 17:55:40 2017 Content-Type: multipart/mixed; boundary="===============8507548025940695431==" MIME-Version: 1.0 From: Charles Kozler To: users at ovirt.org Subject: Re: [ovirt-users] Hosted engine setup question Date: Mon, 02 Oct 2017 13:55:37 -0400 Message-ID: In-Reply-To: 6857627.4672603.1506963285094.JavaMail.zimbra@itsmart.hu --===============8507548025940695431== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I did a 3.6 to 4.1 like this. I moved all of my VMs to a new storage domain (the other was hyperconverged gluster) and then took a full outage, shut down all of my VMs, detached from 3.6, and imported on 4.1. I had no issues other than expected mac address changes, but I think you can manually override this in the engine somewhere If you are worried, do it with one VM. Create a new storage domain that both clusters can "see", move one VM to the domain on 3.6, detach, and import to 3.1. Bring the VM up If it is Linux VM's older than systemd and using sysvinit, you will hit issues where your MAC address will change and udev will move it to eth# wherever # is the next available NIC in your VM host On Mon, Oct 2, 2017 at 12:54 PM, Demeter Tibor wrot= e: > Hi, > Can anyone answer my questions? > > Thanks in advance, > R, > > Tibor > > ----- 2017. szept.. 19., 8:31, Demeter Tibor =C3= =ADrta: > > > - I have a productive ovirt cluster based on 3.5 series. This using a > shared nfs storage. Is it possible to migrate VMs from 3.5 to 4.1 with > detach shared storage from the old cluster and attach it to the new > cluster? > - If yes what will happend with the VM properies? For example mac > addresses, limits, etc. Those will be migrated or not? > > Thanks in advance, > Regard > > > Tibor > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > --===============8507548025940695431== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" PGRpdiBkaXI9Imx0ciI+SSBkaWQgYSAzLjYgdG8gNC4xIGxpa2UgdGhpcy4gSSBtb3ZlZCBhbGwg b2YgbXkgVk1zIHRvIGEgbmV3IHN0b3JhZ2UgZG9tYWluICh0aGUgb3RoZXIgd2FzIGh5cGVyY29u dmVyZ2VkIGdsdXN0ZXIpIGFuZCB0aGVuIHRvb2sgYSBmdWxsIG91dGFnZSwgc2h1dCBkb3duIGFs bCBvZiBteSBWTXMsIGRldGFjaGVkIGZyb20gMy42LCBhbmQgaW1wb3J0ZWQgb24gNC4xLiBJIGhh ZCBubyBpc3N1ZXMgb3RoZXIgdGhhbiBleHBlY3RlZCBtYWMgYWRkcmVzcyBjaGFuZ2VzLCBidXQg SSB0aGluayB5b3UgY2FuIG1hbnVhbGx5IG92ZXJyaWRlIHRoaXMgaW4gdGhlIGVuZ2luZSBzb21l d2hlcmU8ZGl2Pjxicj48L2Rpdj48ZGl2PklmIHlvdSBhcmUgd29ycmllZCwgZG8gaXQgd2l0aCBv bmUgVk0uIENyZWF0ZSBhIG5ldyBzdG9yYWdlIGRvbWFpbiB0aGF0IGJvdGggY2x1c3RlcnMgY2Fu ICZxdW90O3NlZSZxdW90OywgbW92ZSBvbmUgVk0gdG8gdGhlIGRvbWFpbiBvbiAzLjYsIGRldGFj aCwgYW5kIGltcG9ydCB0byAzLjEuIEJyaW5nIHRoZSBWTSB1cDwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+SWYgaXQgaXMgTGludXggVk0mIzM5O3Mgb2xkZXIgdGhhbiBzeXN0ZW1kIGFuZCB1c2lu ZyBzeXN2aW5pdCwgeW91IHdpbGwgaGl0IGlzc3VlcyB3aGVyZSB5b3VyIE1BQyBhZGRyZXNzIHdp bGwgY2hhbmdlIGFuZCB1ZGV2IHdpbGwgbW92ZSBpdCB0byBldGgjIHdoZXJldmVyICMgaXMgdGhl IG5leHQgYXZhaWxhYmxlIE5JQyBpbiB5b3VyIFZNIGhvc3Q8L2Rpdj48L2Rpdj48ZGl2IGNsYXNz PSJnbWFpbF9leHRyYSI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBNb24sIE9jdCAy LCAyMDE3IGF0IDEyOjU0IFBNLCBEZW1ldGVyIFRpYm9yIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEg aHJlZj0ibWFpbHRvOnRkZW1ldGVyQGl0c21hcnQuaHUiIHRhcmdldD0iX2JsYW5rIj50ZGVtZXRl ckBpdHNtYXJ0Lmh1PC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj48YmxvY2txdW90ZSBjbGFzcz0i Z21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2Nj YyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OmFy aWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxMnB0O2NvbG9yOiMwMDAwMDAiPjxk aXY+SGksPC9kaXY+PGRpdj5DYW4gYW55b25lIGFuc3dlciBteSBxdWVzdGlvbnM/PGJyPjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhbmtzIGluIGFkdmFuY2UsPC9kaXY+PGRpdj5SLDwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGlib3I8YnI+PC9kaXY+PGJyPjxzcGFuIGlkPSJtXy0yNDM0 NTk5MTk0NzUxNjE5MDA4endjaHIiPi0tLS0tIDIwMTcuIHN6ZXB0Li4gMTkuLCA4OjMxLCBEZW1l dGVyIFRpYm9yICZsdDs8YSBocmVmPSJtYWlsdG86dGRlbWV0ZXJAaXRzbWFydC5odSIgdGFyZ2V0 PSJfYmxhbmsiPnRkZW1ldGVyQGl0c21hcnQuaHU8L2E+Jmd0OyDDrXJ0YTo8YnI+PC9zcGFuPjxk aXY+PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlci1sZWZ0OjJweCBzb2xpZCAjMTAxMGZmO21hcmdp bi1sZWZ0OjVweDtwYWRkaW5nLWxlZnQ6NXB4O2NvbG9yOiMwMDA7Zm9udC13ZWlnaHQ6bm9ybWFs O2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lO2ZvbnQtZmFtaWx5OkhlbHZl dGljYSxBcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxMnB0Ij48ZGl2IHN0eWxlPSJmb250LWZh bWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6MTJwdDtjb2xvcjojMDAw MDAwIj48ZGl2PjwvZGl2Pjxicj48ZGl2Pi0gSSBoYXZlIGEgcHJvZHVjdGl2ZSBvdmlydCBjbHVz dGVyIGJhc2VkIG9uIDMuNSBzZXJpZXMuIFRoaXMgdXNpbmcgYSBzaGFyZWQgbmZzIHN0b3JhZ2Uu wqAgSXMgaXQgcG9zc2libGUgdG8gbWlncmF0ZSBWTXMgZnJvbSAzLjUgdG8gNC4xIHdpdGggZGV0 YWNoIHNoYXJlZCBzdG9yYWdlIGZyb20gdGhlIG9sZCBjbHVzdGVyIGFuZCBhdHRhY2ggaXQgdG8g dGhlIG5ldyBjbHVzdGVyP8KgPC9kaXY+PHNwYW4gY2xhc3M9IiI+PGRpdj4tIElmIHllcyB3aGF0 IHdpbGwgaGFwcGVuZCB3aXRoIHRoZSBWTSBwcm9wZXJpZXM/IEZvciBleGFtcGxlIG1hYyBhZGRy ZXNzZXMsIGxpbWl0cywgZXRjLiBUaG9zZSB3aWxsIGJlIG1pZ3JhdGVkIG9yIG5vdD88L2Rpdj48 YnI+PGRpdj5UaGFua3MgaW4gYWR2YW5jZSw8L2Rpdj48ZGl2PlJlZ2FyZDwvZGl2Pjxicj48YnI+ PGRpdj5UaWJvcjwvZGl2PjxkaXY+PHAgc3R5bGU9ImZvbnQtZmFtaWx5OiYjMzk7VGltZXMgTmV3 IFJvbWFuJiMzOTs7Zm9udC1zaXplOm1lZGl1bTttYXJnaW46MHB4Ij48c3Ryb25nPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6bWVkaXVtIj48c3BhbiBzdHlsZT0iY29sb3I6IzJkNjdiMCI+PGJyPjwv c3Bhbj48L3NwYW4+PC9zdHJvbmc+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTomIzM5O1RpbWVz IE5ldyBSb21hbiYjMzk7O2ZvbnQtc2l6ZTptZWRpdW07bWFyZ2luOjBweCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5Omdlb3JnaWEsc2VyaWY7Y29sb3I6IzAwMDA4MCI+PHN0cm9uZz48c3BhbiBz dHlsZT0iZm9udC1zaXplOm1lZGl1bSI+PHNwYW4+PC9zcGFuPjwvc3Bhbj48L3N0cm9uZz48L3Nw YW4+PC9wPjxwPjwvcD48L2Rpdj48L3NwYW4+PC9kaXY+PGJyPl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzx3YnI+X19fX19fX19fX19fX19fX188YnI+VXNlcnMgbWFpbGluZyBsaXN0PGJy PjxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciIHRhcmdldD0iX2JsYW5rIj5Vc2Vyc0Bv dmlydC5vcmc8L2E+PGJyPjxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9s aXN0aW5mby91c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvPHdi cj5tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9hPjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9kaXY+ PC9kaXY+PGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzx3YnI+X19fX19fX19fX19f X19fX188YnI+ClVzZXJzIG1haWxpbmcgbGlzdDxicj4KPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92 aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPjxicj4KPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92 aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0i X2JsYW5rIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnLzx3YnI+bWFpbG1hbi9saXN0aW5mby91c2Vy czwvYT48YnI+Cjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2Pgo= --===============8507548025940695431==-- From tdemeter at itsmart.hu Tue Oct 3 08:37:30 2017 Content-Type: multipart/mixed; boundary="===============2404547071732837538==" MIME-Version: 1.0 From: Demeter Tibor To: users at ovirt.org Subject: Re: [ovirt-users] Hosted engine setup question Date: Tue, 03 Oct 2017 10:37:24 +0200 Message-ID: <2044971991.6522873.1507019844974.JavaMail.zimbra@itsmart.hu> In-Reply-To: CAPoaMeLcfyd7kEvXJKBbwoBgGe51xHkvmZjUhJ5rq2v=8TKNKw@mail.gmail.com --===============2404547071732837538== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --=3D_32378045-a81f-41fc-b493-ca5ae78a0cd6 Content-Type: text/plain; charset=3Dutf-8 Content-Transfer-Encoding: quoted-printable Dear Charles,=3D20 Thank you for your reply.=3D20 I don't want to make an another storage domain, I just want to do a detach-= =3D attach procedure with the existing.=3D20 Also, I have an another question. Is it possible delete snapshots in 4.1 wh= =3D at were created in 3.5? How is safe this?=3D20 I have some vm snapshot in the old system, but I don't want more outage wit= =3D h deleting them.The 3.5 does not support the live snapshot deleting, but th= =3D e 4.1 yes.=3D20 Thanks,=3D20 Tibor=3D20 ----- 2017. okt.. 2., 19:55, Charles Kozler =3DC3= =3DADrt=3D a:=3D20 > I did a 3.6 to 4.1 like this. I moved all of my VMs to a new storage doma= =3D in (the > other was hyperconverged gluster) and then took a full outage, shut down = =3D all of > my VMs, detached from 3.6, and imported on 4.1. I had no issues other tha= =3D n > expected mac address changes, but I think you can manually override this = =3D in the > engine somewhere > If you are worried, do it with one VM. Create a new storage domain that b= =3D oth > clusters can "see", move one VM to the domain on 3.6, detach, and import = =3D to > 3.1. Bring the VM up > If it is Linux VM's older than systemd and using sysvinit, you will hit i= =3D ssues > where your MAC address will change and udev will move it to eth# wherever= =3D # is > the next available NIC in your VM host > On Mon, Oct 2, 2017 at 12:54 PM, Demeter Tibor < [ mailto:tdemeter(a)itsm= ar=3D t.hu | > tdemeter(a)itsmart.hu ] > wrote: >> Hi, >> Can anyone answer my questions? >> Thanks in advance, >> R, >> Tibor >> ----- 2017. szept.. 19., 8:31, Demeter Tibor < [ mailto:tdemeter(a)itsma= rt=3D .hu | >> tdemeter(a)itsmart.hu ] > =3DC3=3DADrta: >>> - I have a productive ovirt cluster based on 3.5 series. This using a s= =3D hared nfs >>> storage. Is it possible to migrate VMs from 3.5 to 4.1 with detach shar= =3D ed >>> storage from the old cluster and attach it to the new cluster? >>> - If yes what will happend with the VM properies? For example mac addre= =3D sses, >>> limits, etc. Those will be migrated or not? >>> Thanks in advance, >>> Regard >>> Tibor >>> _______________________________________________ >>> Users mailing list >>> [ mailto:Users(a)ovirt.org | Users(a)ovirt.org ] >>> [ http://lists.ovirt.org/mailman/listinfo/users | >>> http://lists.ovirt.org/mailman/listinfo/users ] >> _______________________________________________ >> Users mailing list >> [ mailto:Users(a)ovirt.org | Users(a)ovirt.org ] >> [ http://lists.ovirt.org/mailman/listinfo/users | >> http://lists.ovirt.org/mailman/listinfo/users ] --=3D_32378045-a81f-41fc-b493-ca5ae78a0cd6 Content-Type: text/html; charset=3Dutf-8 Content-Transfer-Encoding: quoted-printable

Dear Charles,

Thank you for your = =3D reply.

I don't want to make= a=3D n another storage domain, I just want to do a detach-attach procedure with = =3D the existing.

Also, I= h=3D ave an another question. Is it possible delete snapshots in 4.1 what were c= =3D reated in 3.5? How is safe this?

I have some vm snapshot in the o= =3D ld system, but I don't want more outage with deleting them.The 3.5 does not= =3D support the live snapshot deleting, but the 4.1 yes.

Thanks,

<=3D div>Tibor

= ----- 2017. okt.. 2., = 19:5=3D 5, Charles Kozler <ckozleriii(a)gmail.com> =3DC3=3DADrta:
<= div da=3D ta-marker=3D3D"__QUOTED_TEXT__">

I did a 3.6 to 4.1 like thi= s.=3D I moved all of my VMs to a new storage domain (the other was hyperconverge= =3D d gluster) and then took a full outage, shut down all of my VMs, detached f= =3D rom 3.6, and imported on 4.1. I had no issues other than expected mac addre= =3D ss changes, but I think you can manually override this in the engine somewh= =3D ere
If you are worried, do it with one VM. Create a new storage dom= =3D ain that both clusters can "see", move one VM to the domain on 3.6, detach,= =3D and import to 3.1. Bring the VM up

If it is Linux VM's older= =3D than systemd and using sysvinit, you will hit issues where your MAC addres= =3D s will change and udev will move it to eth# wherever # is the next availabl= =3D e NIC in your VM host

On Mon, Oct 2, 2017 at 12:54 PM, Demeter Tibor <tdeme=3D ter(a)itsmart.hu> wrote:
Hi,
Can a= =3D nyone answer my questions?

Thanks in advance,
R= =3D ,

Tibor

----- 2017. szept.. 19., 8:31, Demeter Tibor <tdemeter(a)itsmart.hu> =3DC3=3DA= Drta:
<=3D /span>

- I have a productive ov= =3D irt cluster based on 3.5 series. This using a shared nfs storage. Is = =3D it possible to migrate VMs from 3.5 to 4.1 with detach shared storage from = =3D the old cluster and attach it to the new cluster?
- If yes what will happend with the VM properies? For example mac a= =3D ddresses, limits, etc. Those will be migrated or not?

Thanks = =3D in advance,
Regard

Tibor
= =
=3D

_______________________________________________
Users mailing= =3D list
Users(a= )ovirt.o=3D rg
http://lists.ovirt.org/mailman/listinfo/users

_______________________________________________ Users mailing list
Users(a)ovirt.or= g http://lists.ovirt.org/mailman/listinfo/users