From vlaero at yahoo.com.au Wed Mar 25 00:05:44 2015 Content-Type: multipart/mixed; boundary="===============0562334239016564803==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: [ovirt-users] making use of an existing NFS exported iso repository Date: Wed, 25 Mar 2015 04:05:42 +0000 Message-ID: <1892626092.1559546.1427256342030.JavaMail.yahoo@mail.yahoo.com> --===============0562334239016564803== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_Part_1559545_1539012309.1427256342027 Content-Type: text/plain; charset=3DUTF-8 Content-Transfer-Encoding: quoted-printable Hello.I've done some searching through the mail archives on this and haven'= =3D t come up with a suitable answer as of yet.I have a 3.5 cluster with curren= =3D tly no iso domain attached.I am unable to add an iso domain of type 'ISO / = =3D Local on host' as the 'host' drop down box is empty. I thought about exporting an iso directory on the engine machine via NFS an= =3D d then symlinking into it a mount to the actual iso store, but the 're-expo= =3D rting an NFS mounted filesystem' issue bit me there.=3DC2=3DA0 When I looke= d in=3D side the directory it was empty on hosts that had mounted the new iso share= =3D . Is there a solution to this problem at the moment?=3DC2=3DA0 I don't want t= o ha=3D ve to copy iso files somewhere else on the network.=3DC2=3DA0 I notice ther= e ha=3D ve been quite a few requests over the years for being able to use an existi= =3D ng iso repository. Thanks. ------=3D_Part_1559545_1539012309.1427256342027 Content-Type: text/html; charset=3DUTF-8 Content-Transfer-Encoding: quoted-printable

Hello.

I've done some searching through the mail archives on this and h= av=3D en't come up with a suitable answer as of yet.

I have a 3.5 cluster with currently no= i=3D so domain attached.

I am unable to add an iso domain of type 'ISO / Local on host' a= s =3D the 'host' drop down box is empty.

I thought about exporting an iso directory on the engine = ma=3D chine via NFS and then symlinking into it a mount to the actual iso store, = =3D but the 're-exporting an NFS mounted filesystem' issue bit me there. = =3D When I looked inside the directory it was empty on hosts that had mounted t= =3D he new iso share.

I=3D s there a solution to this problem at the moment? I don't want to hav= =3D e to copy iso files somewhere else on the network. I notice there hav= =3D e been quite a few requests over the years for being able to use an existin= =3D g iso repository.

Thanks.

<=3D br>

------=3D_Part_1559545_1539012309.1427256342027-- --===============0562334239016564803== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tPV9QYXJ0XzE1NTk1NDVfMTUzOTAxMjMwOS4xNDI3MjU2MzQyMDI3CkNvbnRlbnQtVHlw ZTogdGV4dC9wbGFpbjsgY2hhcnNldD1VVEYtOApDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBx dW90ZWQtcHJpbnRhYmxlCgpIZWxsby5JJ3ZlIGRvbmUgc29tZSBzZWFyY2hpbmcgdGhyb3VnaCB0 aGUgbWFpbCBhcmNoaXZlcyBvbiB0aGlzIGFuZCBoYXZlbic9CnQgY29tZSB1cCB3aXRoIGEgc3Vp dGFibGUgYW5zd2VyIGFzIG9mIHlldC5JIGhhdmUgYSAzLjUgY2x1c3RlciB3aXRoIGN1cnJlbj0K dGx5IG5vIGlzbyBkb21haW4gYXR0YWNoZWQuSSBhbSB1bmFibGUgdG8gYWRkIGFuIGlzbyBkb21h aW4gb2YgdHlwZSAnSVNPIC8gPQpMb2NhbCBvbiBob3N0JyBhcyB0aGUgJ2hvc3QnIGRyb3AgZG93 biBib3ggaXMgZW1wdHkuCkkgdGhvdWdodCBhYm91dCBleHBvcnRpbmcgYW4gaXNvIGRpcmVjdG9y eSBvbiB0aGUgZW5naW5lIG1hY2hpbmUgdmlhIE5GUyBhbj0KZCB0aGVuIHN5bWxpbmtpbmcgaW50 byBpdCBhIG1vdW50IHRvIHRoZSBhY3R1YWwgaXNvIHN0b3JlLCBidXQgdGhlICdyZS1leHBvPQpy dGluZyBhbiBORlMgbW91bnRlZCBmaWxlc3lzdGVtJyBpc3N1ZSBiaXQgbWUgdGhlcmUuPUMyPUEw IFdoZW4gSSBsb29rZWQgaW49CnNpZGUgdGhlIGRpcmVjdG9yeSBpdCB3YXMgZW1wdHkgb24gaG9z dHMgdGhhdCBoYWQgbW91bnRlZCB0aGUgbmV3IGlzbyBzaGFyZT0KLgpJcyB0aGVyZSBhIHNvbHV0 aW9uIHRvIHRoaXMgcHJvYmxlbSBhdCB0aGUgbW9tZW50Pz1DMj1BMCBJIGRvbid0IHdhbnQgdG8g aGE9CnZlIHRvIGNvcHkgaXNvIGZpbGVzIHNvbWV3aGVyZSBlbHNlIG9uIHRoZSBuZXR3b3JrLj1D Mj1BMCBJIG5vdGljZSB0aGVyZSBoYT0KdmUgYmVlbiBxdWl0ZSBhIGZldyByZXF1ZXN0cyBvdmVy IHRoZSB5ZWFycyBmb3IgYmVpbmcgYWJsZSB0byB1c2UgYW4gZXhpc3RpPQpuZyBpc28gcmVwb3Np dG9yeS4KClRoYW5rcy4KCi0tLS0tLT1fUGFydF8xNTU5NTQ1XzE1MzkwMTIzMDkuMTQyNzI1NjM0 MjAyNwpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD1VVEYtOApDb250ZW50LVRyYW5z ZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgo8aHRtbD48Ym9keT48ZGl2IHN0eWxlPTNE ImNvbG9yOiMwMDA7IGJhY2tncm91bmQtY29sb3I6I2ZmZjsgZm9udC1mYW1pbHk6SGU9Cmx2ZXRp Y2EgTmV1ZS1MaWdodCwgSGVsdmV0aWNhIE5ldWUgTGlnaHQsIEhlbHZldGljYSBOZXVlLCBIZWx2 ZXRpY2EsIEFyaWFsLD0KIEx1Y2lkYSBHcmFuZGUsIFNhbnMtU2VyaWY7Zm9udC1zaXplOjE2cHgi PjxkaXYgaWQ9M0QieXVpXzNfMTZfMF8xXzE0MjcwMDIxPQo4ODA0M18xODI2ODMiPkhlbGxvLjwv ZGl2PjxkaXYgaWQ9M0QieXVpXzNfMTZfMF8xXzE0MjcwMDIxODgwNDNfMTgyNjgyIiBkaXI9Cj0z RCJsdHIiPkkndmUgZG9uZSBzb21lIHNlYXJjaGluZyB0aHJvdWdoIHRoZSBtYWlsIGFyY2hpdmVz IG9uIHRoaXMgYW5kIGhhdj0KZW4ndCBjb21lIHVwIHdpdGggYSBzdWl0YWJsZSBhbnN3ZXIgYXMg b2YgeWV0LjwvZGl2PjxkaXYgaWQ9M0QieXVpXzNfMTZfMF8xPQpfMTQyNzAwMjE4ODA0M18xODI2 NTYiIGRpcj0zRCJsdHIiPkkgaGF2ZSBhIDMuNSBjbHVzdGVyIHdpdGggY3VycmVudGx5IG5vIGk9 CnNvIGRvbWFpbiBhdHRhY2hlZC48L2Rpdj48ZGl2IGlkPTNEInl1aV8zXzE2XzBfMV8xNDI3MDAy MTg4MDQzXzE4MjY4OSIgZGlyPQo9M0QibHRyIj5JIGFtIHVuYWJsZSB0byBhZGQgYW4gaXNvIGRv bWFpbiBvZiB0eXBlICdJU08gLyBMb2NhbCBvbiBob3N0JyBhcyA9CnRoZSAnaG9zdCcgZHJvcCBk b3duIGJveCBpcyBlbXB0eS48L2Rpdj48ZGl2IGlkPTNEInl1aV8zXzE2XzBfMV8xNDI3MDAyMTg4 MD0KNDNfMTgyODUwIiBkaXI9M0QibHRyIj48YnI+PC9kaXY+PGRpdiBpZD0zRCJ5dWlfM18xNl8w XzFfMTQyNzAwMjE4ODA0M18xODI4PQowNSIgZGlyPTNEImx0ciI+SSB0aG91Z2h0IGFib3V0IGV4 cG9ydGluZyBhbiBpc28gZGlyZWN0b3J5IG9uIHRoZSBlbmdpbmUgbWE9CmNoaW5lIHZpYSBORlMg YW5kIHRoZW4gc3ltbGlua2luZyBpbnRvIGl0IGEgbW91bnQgdG8gdGhlIGFjdHVhbCBpc28gc3Rv cmUsID0KYnV0IHRoZSAncmUtZXhwb3J0aW5nIGFuIE5GUyBtb3VudGVkIGZpbGVzeXN0ZW0nIGlz c3VlIGJpdCBtZSB0aGVyZS4mbmJzcDsgPQpXaGVuIEkgbG9va2VkIGluc2lkZSB0aGUgZGlyZWN0 b3J5IGl0IHdhcyBlbXB0eSBvbiBob3N0cyB0aGF0IGhhZCBtb3VudGVkIHQ9CmhlIG5ldyBpc28g c2hhcmUuPC9kaXY+PGRpdiBpZD0zRCJ5dWlfM18xNl8wXzFfMTQyNzAwMjE4ODA0M18xODI4NTIi IGRpcj0zRD0KImx0ciI+PGJyPjwvZGl2PjxkaXYgaWQ9M0QieXVpXzNfMTZfMF8xXzE0MjcwMDIx ODgwNDNfMTgyODU1IiBkaXI9M0QibHRyIj5JPQpzIHRoZXJlIGEgc29sdXRpb24gdG8gdGhpcyBw cm9ibGVtIGF0IHRoZSBtb21lbnQ/Jm5ic3A7IEkgZG9uJ3Qgd2FudCB0byBoYXY9CmUgdG8gY29w eSBpc28gZmlsZXMgc29tZXdoZXJlIGVsc2Ugb24gdGhlIG5ldHdvcmsuJm5ic3A7IEkgbm90aWNl IHRoZXJlIGhhdj0KZSBiZWVuIHF1aXRlIGEgZmV3IHJlcXVlc3RzIG92ZXIgdGhlIHllYXJzIGZv ciBiZWluZyBhYmxlIHRvIHVzZSBhbiBleGlzdGluPQpnIGlzbyByZXBvc2l0b3J5Ljxicj48L2Rp dj48ZGl2IGlkPTNEInl1aV8zXzE2XzBfMV8xNDI3MDAyMTg4MDQzXzE4Mjg1MyIgZGk9CnI9M0Qi bHRyIj48YnI+PC9kaXY+PGRpdiBpZD0zRCJ5dWlfM18xNl8wXzFfMTQyNzAwMjE4ODA0M18xODI4 NTQiIGRpcj0zRCJsdD0KciI+VGhhbmtzLjwvZGl2PjxkaXYgaWQ9M0QieXVpXzNfMTZfMF8xXzE0 MjcwMDIxODgwNDNfMTgyODU2IiBkaXI9M0QibHRyIj48PQpicj48L2Rpdj48L2Rpdj48L2JvZHk+ PC9odG1sPgotLS0tLS09X1BhcnRfMTU1OTU0NV8xNTM5MDEyMzA5LjE0MjcyNTYzNDIwMjctLQo= --===============0562334239016564803==--