[ovirt-users] engine-iso-uploader unexpected behaviour (steve a)

[Steve Atkinson]

in our case our nas doesn't support scp but that no fault of the the
manager.

I was mentioning more specifically that the --nfs-server method seemed to
throw an error on an undefined attribute 'domaintype' that is not something
that can be supplied in the config file or passed as an argument. the out
put from the the debug is further up in my first email.

you are right though. probably not worth it since the best solution would
be a gui implementation.

thanks again.
On Dec 31, 2014 4:10 PM, "Yedidyah Bar David" <didi at redhat.com> wrote:

> ----- Original Message -----
> > From: "Steve Atkinson" <satkinson at telvue.com>
> > To: "Yedidyah Bar David" <didi at redhat.com>
> > Cc: users at ovirt.org
> > Sent: Wednesday, December 31, 2014 10:43:23 PM
> > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour
> (steve a)
> >
> > Ok well thanks for the help. Moving it by hand is not a huge deal. I just
> > assumed that since it was recommended to use the command in the docs that
> > it was worth mentioning. case closed I guess. unless we want to consider
> > the NFS error worthy of a bug report?
>
> You mean the attempt to nfs mount the storage directly from the engine?
> It has an option to use ssh instead, you can try that too if you feel
> curious. See the man page.
>
> If it's something else, I missed it - please give more details.
>
> Of course you can open a bug if you want. I guess it will be low priority
> and will probably solved eventually by reimplementing the command line
> tool using the work that will be done for the "upload from gui" bug.
> Still, detailing your structure/flow will be useful as a test case.
>
> Thanks and best regards,
> --
> Didi
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141231/b515854f/attachment-0001.html>