From ckolquist at rgmadvisors.com Fri Aug 23 17:56:22 2013 Content-Type: multipart/mixed; boundary="===============4382563029060258402==" MIME-Version: 1.0 From: Christian Kolquist To: users at ovirt.org Subject: [Users] Changing the ovirt Master storage domain mount point Date: Fri, 23 Aug 2013 16:56:14 -0500 Message-ID: <85446D52-D3E1-48B3-B34E-FFABD75B51D4@rgmadvisors.com> --===============4382563029060258402== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --Apple-Mail=3D_3C5C73BC-E449-49C4-BA56-DB7B484F398A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=3DISO-8859-1 I need to change the storage domain mount point due to some changes in our = =3D infrastructure. I have found the area's I believe will be required: DB: engine; table: storage_server_connections; change the connection path f= =3D ield on the NFS mount point: change the path data in /dom_md/metadata Is there anywhere else I will need to change this? I know that this is not= =3D a supported change but it's either that or we export every VM we have runn= =3D ing which would take about a week to complete or we rename the mount and ch= =3D ange the path. Is there another option? =3D20 Current running version: 3.1.0-2.fc17 Thanks Christian Kolquist --=3D20 --------------------------------------------------------------- This email, along with any attachments, is confidential. If you=3D20 believe you received this message in error, please contact the=3D20 sender immediately and delete all copies of the message. =3D20 Thank you. --Apple-Mail=3D_3C5C73BC-E449-49C4-BA56-DB7B484F398A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=3DISO-8859-1 I need to change the storage domain mount point due to some changes in ou= =3D r infrastructure.  I have found the area's I believe will be required:= =3D

DB: engine; table: storage_server_connections; change the= =3D connection path field
on the= N=3D FS mount point: change the path data in <UUID>/dom_md/metadata= =3D

Is there anywhere else I will need to change this?  I know= =3D that this is not a supported change but it's either that or we export ever= =3D y VM we have running which would take about a week to complete or we rename= =3D the mount and change the path.  Is there another option?  

Current running version: 3.1.0-2.fc17

<= di=3D v>Thanks

Christian Kolquist
=



--------------------------------------------------= =3D -------------
This email, along with any attachments, is con= =3D fidential. If you=3DA0
believe you received this message in error= , =3D please contact the=3DA0
sender immediately and delete all copies = of=3D the message. =3DA0
Thank you.
--Apple-Mail=3D_3C5C73BC-E449-49C4-BA56-DB7B484F398A-- --===============4382563029060258402== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1BcHBsZS1NYWlsPV8zQzVDNzNCQy1FNDQ5LTQ5QzQtQkE1Ni1EQjdCNDg0RjM5OEEKQ29udGVu dC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQpDb250ZW50LVR5cGU6IHRleHQv cGxhaW47IGNoYXJzZXQ9SVNPLTg4NTktMQoKSSBuZWVkIHRvIGNoYW5nZSB0aGUgc3RvcmFnZSBk b21haW4gbW91bnQgcG9pbnQgZHVlIHRvIHNvbWUgY2hhbmdlcyBpbiBvdXIgPQppbmZyYXN0cnVj dHVyZS4gIEkgaGF2ZSBmb3VuZCB0aGUgYXJlYSdzIEkgYmVsaWV2ZSB3aWxsIGJlIHJlcXVpcmVk OgoKREI6IGVuZ2luZTsgdGFibGU6IHN0b3JhZ2Vfc2VydmVyX2Nvbm5lY3Rpb25zOyBjaGFuZ2Ug dGhlIGNvbm5lY3Rpb24gcGF0aCBmPQppZWxkCm9uIHRoZSBORlMgbW91bnQgcG9pbnQ6IGNoYW5n ZSB0aGUgcGF0aCBkYXRhIGluIDxVVUlEPi9kb21fbWQvbWV0YWRhdGEKCklzIHRoZXJlIGFueXdo ZXJlIGVsc2UgSSB3aWxsIG5lZWQgdG8gY2hhbmdlIHRoaXM/ICBJIGtub3cgdGhhdCB0aGlzIGlz IG5vdD0KIGEgc3VwcG9ydGVkIGNoYW5nZSBidXQgaXQncyBlaXRoZXIgdGhhdCBvciB3ZSBleHBv cnQgZXZlcnkgVk0gd2UgaGF2ZSBydW5uPQppbmcgd2hpY2ggd291bGQgdGFrZSBhYm91dCBhIHdl ZWsgdG8gY29tcGxldGUgb3Igd2UgcmVuYW1lIHRoZSBtb3VudCBhbmQgY2g9CmFuZ2UgdGhlIHBh dGguICBJcyB0aGVyZSBhbm90aGVyIG9wdGlvbj8gPTIwCgpDdXJyZW50IHJ1bm5pbmcgdmVyc2lv bjogMy4xLjAtMi5mYzE3CgpUaGFua3MKCkNocmlzdGlhbiBLb2xxdWlzdAoKCi0tPTIwCgotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0KVGhpcyBlbWFpbCwgYWxvbmcgd2l0aCBhbnkgYXR0YWNobWVudHMsIGlzIGNvbmZpZGVudGlh bC4gSWYgeW91PTIwCmJlbGlldmUgeW91IHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciwg cGxlYXNlIGNvbnRhY3QgdGhlPTIwCnNlbmRlciBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIGFsbCBj b3BpZXMgb2YgdGhlIG1lc3NhZ2UuID0yMApUaGFuayB5b3UuCgotLUFwcGxlLU1haWw9XzNDNUM3 M0JDLUU0NDktNDlDNC1CQTU2LURCN0I0ODRGMzk4QQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5n OiBxdW90ZWQtcHJpbnRhYmxlCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PUlTTy04 ODU5LTEKCjxodG1sPjxoZWFkPjxtZXRhIGh0dHAtZXF1aXY9M0QiQ29udGVudC1UeXBlIiBjb250 ZW50PTNEInRleHQvaHRtbCBjaGFyc2V0PQo9M0R1cy1hc2NpaSI+PC9oZWFkPjxib2R5IHN0eWxl PTNEIndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU9Cjogc3BhY2U7IC13 ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7ICI+PGZvbnQgZmFjZT0zRCJDb3Vy aWVyIE5ldz0KIj5JIG5lZWQgdG8gY2hhbmdlIHRoZSBzdG9yYWdlIGRvbWFpbiBtb3VudCBwb2lu dCBkdWUgdG8gc29tZSBjaGFuZ2VzIGluIG91PQpyIGluZnJhc3RydWN0dXJlLiAmbmJzcDtJIGhh dmUgZm91bmQgdGhlIGFyZWEncyBJIGJlbGlldmUgd2lsbCBiZSByZXF1aXJlZDo9CjwvZm9udD48 ZGl2Pjxmb250IGZhY2U9M0QiQ291cmllciBOZXciPjxicj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9u dCBmYWNlPTNEIj0KQ291cmllciBOZXciPkRCOiBlbmdpbmU7IHRhYmxlOiZuYnNwO3N0b3JhZ2Vf c2VydmVyX2Nvbm5lY3Rpb25zOyBjaGFuZ2UgdGhlPQogY29ubmVjdGlvbiBwYXRoIGZpZWxkPC9m b250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0zRCJDb3VyaWVyIE5ldyI+b24gdGhlIE49CkZTIG1v dW50IHBvaW50OiBjaGFuZ2UgdGhlIHBhdGggZGF0YSBpbiAmbHQ7VVVJRCZndDsvZG9tX21kL21l dGFkYXRhPC9mb250Pj0KPC9kaXY+PGRpdj48Zm9udCBmYWNlPTNEIkNvdXJpZXIgTmV3Ij48YnI+ PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0zRCJDPQpvdXJpZXIgTmV3Ij5JcyB0aGVyZSBh bnl3aGVyZSBlbHNlIEkgd2lsbCBuZWVkIHRvIGNoYW5nZSB0aGlzPyAmbmJzcDtJIGtub3c9CiB0 aGF0IHRoaXMgaXMgbm90IGEgc3VwcG9ydGVkIGNoYW5nZSBidXQgaXQncyBlaXRoZXIgdGhhdCBv ciB3ZSBleHBvcnQgZXZlcj0KeSBWTSB3ZSBoYXZlIHJ1bm5pbmcgd2hpY2ggd291bGQgdGFrZSBh Ym91dCBhIHdlZWsgdG8gY29tcGxldGUgb3Igd2UgcmVuYW1lPQogdGhlIG1vdW50IGFuZCBjaGFu Z2UgdGhlIHBhdGguICZuYnNwO0lzIHRoZXJlIGFub3RoZXIgb3B0aW9uPyAmbmJzcDs8L2ZvbnQ9 Cj48L2Rpdj48ZGl2Pjxmb250IGZhY2U9M0QiQ291cmllciBOZXciPjxicj48L2ZvbnQ+PC9kaXY+ PGRpdj48Zm9udCBmYWNlPTNEIj0KQ291cmllciBOZXciPkN1cnJlbnQgcnVubmluZyB2ZXJzaW9u OiZuYnNwOzxzcGFuIHN0eWxlPTNEImJhY2tncm91bmQtY29sb3I6PQogcmdiKDI1NSwgMjU1LCAy NTUpOyB0ZXh0LWFsaWduOiAtd2Via2l0LWNlbnRlcjsgIj4zLjEuMC0yLmZjMTc8L3NwYW4+PC9m b249CnQ+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0zRCJiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1 LCAyNTUsIDI1NSk7IHRleHQtYWxpZz0KbjogLXdlYmtpdC1jZW50ZXI7ICI+PGZvbnQgZmFjZT0z RCJDb3VyaWVyIE5ldyI+PGJyPjwvZm9udD48L3NwYW4+PC9kaXY+PGRpPQp2PjxzcGFuIHN0eWxl PTNEImJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsgdGV4dC1hbGlnbjogLXdl YmtpdC09CmNlbnRlcjsgIj48Zm9udCBmYWNlPTNEIkNvdXJpZXIgTmV3Ij5UaGFua3M8L2ZvbnQ+ PC9zcGFuPjwvZGl2PjxkaXY+PGZvbnQgZj0KYWNlPTNEIkNvdXJpZXIgTmV3Ij48YnI+PC9mb250 PjxkaXYgYXBwbGUtY29udGVudC1lZGl0ZWQ9M0QidHJ1ZSI+CjxzcGFuIGNsYXNzPTNEIkFwcGxl LXN0eWxlLXNwYW4iIHN0eWxlPTNEImJvcmRlci1jb2xsYXBzZTogc2VwYXJhdGU7IGJvcmRlcj0K LXNwYWNpbmc6IDBweDsgIj48Zm9udCBmYWNlPTNEIkNvdXJpZXIgTmV3Ij5DaHJpc3RpYW4gS29s cXVpc3Q8YnI+PC9mb250PjwvPQpzcGFuPjwvZGl2Pgo8YnI+PC9kaXY+PC9ib2R5PjwvaHRtbD4K PGJyPgo8ZGl2Pjxicj48L2Rpdj48ZGl2Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxX QlI+LS0tLS0tLS0tLS0tLS0tLS0tLS09Ci0tLS0tLS0tLS08V0JSPi0tLTwvZGl2PjxkaXY+VGhp cyBlbWFpbCwgYWxvbmcgd2l0aCBhbnkgYXR0YWNobWVudHMsIGlzIGNvbj0KZmlkZW50aWFsLiBJ ZiB5b3U9QTA8L2Rpdj48ZGl2PmJlbGlldmUgeW91IHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBl cnJvciwgPQpwbGVhc2UgY29udGFjdCB0aGU9QTA8L2Rpdj48ZGl2PnNlbmRlciBpbW1lZGlhdGVs eSBhbmQgZGVsZXRlIGFsbCBjb3BpZXMgb2Y9CiB0aGUgbWVzc2FnZS4gPUEwPC9kaXY+PGRpdj5U aGFuayB5b3UuPC9kaXY+Ci0tQXBwbGUtTWFpbD1fM0M1QzczQkMtRTQ0OS00OUM0LUJBNTYtREI3 QjQ4NEYzOThBLS0K --===============4382563029060258402==-- From abonas at redhat.com Sun Aug 25 03:57:51 2013 Content-Type: multipart/mixed; boundary="===============2889374068829114918==" MIME-Version: 1.0 From: Alissa Bonas To: users at ovirt.org Subject: Re: [Users] Changing the ovirt Master storage domain mount point Date: Sun, 25 Aug 2013 03:57:50 -0400 Message-ID: <286613532.3676661.1377417470004.JavaMail.root@redhat.com> In-Reply-To: 85446D52-D3E1-48B3-B34E-FFABD75B51D4@rgmadvisors.com --===============2889374068829114918== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Christian, The following procedure should provide the solution: 1. set the storage domain to maintenance (via webadmin UI, for example) 2. copy/sync the contents of the storage domain including the metadata, to = ensure that data in both locations (the old and the new mount points) is th= e same. 3. run modification query on ovirt engine database (please replace the valu= es 'yournewmountpoint' and 'therelevantconnectionid' with the correct ones: UPDATE storage_server_connections = SET connection=3D'yournewmountpoint' = WHERE id=3D'therelevantconnectionid'; 4. There is a bug related to storage domain caching in VDSM (host) , so it = needs to be workarounded by restarting vdsm (service name is 'vdsmd') 5. activate storage domain (via webadmin UI, for example). Please also note that starting version 3.3 there's a new possibility allowi= ng to edit the mount point via webadmin UI and REST api: http://www.ovirt.org/Features/Manage_Storage_Connections ----- Original Message ----- > From: "Christian Kolquist" > To: users(a)ovirt.org > Sent: Saturday, August 24, 2013 12:56:14 AM > Subject: [Users] Changing the ovirt Master storage domain mount point > = > I need to change the storage domain mount point due to some changes in our > infrastructure. I have found the area's I believe will be required: > = > DB: engine; table: storage_server_connections; change the connection path > field > on the NFS mount point: change the path data in /dom_md/metadata > = > Is there anywhere else I will need to change this? I know that this is no= t a > supported change but it's either that or we export every VM we have runni= ng > which would take about a week to complete or we rename the mount and chan= ge > the path. Is there another option? > = > Current running version: 3.1.0-2.fc17 > = > Thanks > = > Christian Kolquist > = > = > = > --------------------------------------------------------------- > This email, along with any attachments, is confidential. If you > believe you received this message in error, please contact the > sender immediately and delete all copies of the message. > Thank you. > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --===============2889374068829114918==--