[ovirt-users] Re: Mounting ISO in subfolder
On Fri, Feb 1, 2019 at 3:22 AM Giulio Casella <giulio(a)di.unimi.it> wrote:
Il 31/01/2019 18:14, Sandro Bonazzola ha scritto:
> As far as I can tell, there are no tools that creates subdirectories
> within storage domains.
> Did you manually upload the iso into the nfs mount creating a
> subdirectory there?
> I think this layout is not supported at all.
Yes, I did (sorry :-)). My ISOs are growing, and I'd like to have a
hierarchical structure.
To say the truth it was only a test, I wasn't sure to see ISOs in
subdir. But when I've seen them (correctly listed in admin portal as
"foo/bar.iso"), I'd expect to be able mount them.
Fair point. But I think editing ISOs directly like this was never really
supported.
I also filed a bug
(https://bugzilla.redhat.com/show_bug.cgi?id=1671046), if the answer
will be NOTABUG, I'll try with a RFE.
ISO domains are deprecated, so my guess is it will be closed.
And storage domains aren't intended for the user to edit manually.
Perhaps the best way for you to organize is to make a few separate storage
domains for your subsets of ISOs.
windows_domain - win7.iso
windows_domain - win81.iso
el_domain - centos7.iso
el_domain - rhel7.iso
etc
Best wishes,
Greg
Thanks,
gc
TL;DR
The scenario I'm trying to implement is a DVD video store, provided by
images in ISO domain, automatically mounted on VM on demand, via a
backend python script. That's why in this case a hyerarchical structure
would be much better than a flat one.
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRTTZSKLMNI...
--
GREG SHEREMETA
SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
Red Hat NA
<https://www.redhat.com/>
gshereme(a)redhat.com IRC: gshereme
<https://red.ht/sig>
Attachments:
- attachment.html (text/html — 4.7 KB)