<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 31, 2014 at 12:47 PM, Yedidyah Bar David <span dir="ltr"><<a href="mailto:didi@redhat.com" target="_blank">didi@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">----- Original Message -----<br>
> From: "Steve Atkinson" <<a href="mailto:satkinson@telvue.com">satkinson@telvue.com</a>><br>
> To: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>
> Sent: Wednesday, December 31, 2014 7:15:23 PM<br>
> Subject: [ovirt-users] engine-iso-uploader unexpected behaviour<br>
><br>
> When attempting use the engine-iso-uploader to drop ISOs in my iso storage<br>
> domain I get the following results.<br>
><br>
> Using engine-iso-uploader --iso-domain=[domain] upload [iso] does not work<br>
> because the engine does not have access to our storage network. So it<br>
> attempts to mount to an address that is not routable. I thought to resolve<br>
> this by adding an interfaces to the Hosted Engine, only to find that I<br>
> cannot modify the Engine's VM config from the GUI. I receive the error:<br>
> Cannot add Interface. This VM is not managed by the engine. Actually, I get<br>
> that error whenever I attempt to modify anything about the engine. Maybe<br>
> this is expected behavior? I can't find any bestpractices regarding Hosted<br>
> Engine administration.<br>
><br>
> Alternatively, using engine-iso-uploader --nfs-server=[path] upload [iso]<br>
> --verbose returns the following error:<br>
><br>
> ERROR: local variable 'domain_type' referenced before assignment<br>
> INFO: Use the -h option to see usage.<br>
> DEBUG: Configuration:<br>
> DEBUG: command: upload<br>
> DEBUG: Traceback (most recent call last):<br>
> DEBUG: File "/usr/bin/engine-iso-uploader", line 1440, in <module><br>
> DEBUG: isoup = ISOUploader(conf)<br>
> DEBUG: File "/usr/bin/engine-iso-uploader", line 455, in __init__<br>
> DEBUG: self.upload_to_storage_domain()<br>
> DEBUG: File "/usr/bin/engine-iso-uploader", line 1089, in<br>
> upload_to_storage_domain<br>
> DEBUG: elif domain_type in ('localfs', ):<br>
> DEBUG: UnboundLocalError: local variable 'domain_type' referenced before<br>
> assignment<br>
<br>
</div></div>Do you run it from the engine's machine? The host? Elsewhere?<br>
Where is the iso domain?<br>
<br>
This sounds to me like a bug, but I didn't check the sources yet.<br>
Please open one. Thanks.<br>
<br>
That said, you can simply copy your iso file directly to the correct<br>
directory inside the iso domain, which is:<br>
<br>
/path-to-iso-domain/SOME-UUID/images/11111111-1111-1111-1111-111111111111/<br>
<br>
Make sure it's readable to vdsm:kvm (36:36).<br>
<br>
Best,<br>
<span class=""><font color="#888888">--<br>
Didi<br>
</font></span></blockquote></div><br></div><div class="gmail_extra"><div class="gmail_extra">I'm running the command from the Engine itself, it seems to be the only box that has this command available. The ISO domain utilizes the same root share as the DATA and EXPORT domains which seem to work fine. The structure looks something like:</div><div class="gmail_extra"><br></div><div class="gmail_extra">server:/nfs-share/ovirt-store/iso-store/UUIDblahblah/images/</div><div class="gmail_extra">server:/nfs-share/ovirt-store/export-store/path/path/path<br></div><div class="gmail_extra">server:/nfs-share/ovirt-store/data-store/UUIDblahblah/images/<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Each of storage-domain was created through the Engine. Perms for each below, which persists all the way down the tree:</div><div class="gmail_extra"><div class="gmail_extra">drwxr-xr-x. 3 vdsm kvm 4 Nov 14 19:02 data-store</div><div class="gmail_extra">drwxr-xr-x. 3 vdsm kvm 4 Nov 14 19:04 export-store</div><div class="gmail_extra">drwxr-xr-x. 3 vdsm kvm 4 Nov 14 18:18 hosted-engine</div><div class="gmail_extra">drwxr-xr-x. 3 vdsm kvm 4 Nov 14 19:04 iso-store</div><div><br></div><div>If I attempt to mount any of them via NFS from our management network they work just fine. (moved around, read/write operations)</div><div>Copied the ISO I needed directly to it and changed the perms/ownership by hand which seems to have worked as a short term solution.</div><div><br></div><div>I can see why the --iso-domain argument has issues as it is trying to use the our storage network, which isn't routable from the Engine as it only has the one network interface. Although that does seem like an oversight. Seems like this transfer should pass through the SPM and not try to directly mount the NFS share if the --iso-domain flag is used.</div><div><br></div><div>Thanks for the quick response.</div></div></div></div>