----- Original Message -----
> 
> Hi guys,
> 
> Currently, ISO domain is only supported on NFS storage. It could
> improve the ease of use if it allows other types
> of file based storage to store ISO images. After an investigation, I
> found there's not any restriction on this idea.
> So the whole work is removing the limitation on engine side. That
> means engine should allow ISO domain could
> have different storage type from the data center it's attached, like
> what we do with nfs ISO domain in SAN DC.
> 
> I start this idea with localfs. I know local storage can't be seen in
> cluster level. But it also provides a choice if no
> NFS available. VMs can be created on the host which has the ISO repo,
> and then be migrated to any other host in the cluster.
> I have done the initial patches: allow creation ISO domain on localfs
> [1] and support import ISO domain on localfs [2]
> I don't have much experience in java/j2ee/web development and engine
> architecture. The patches just work for me.
> I am not sure if it will bring some potential problems. So any
> feedback on the patch or the idea will be appreciated very much.

Haven't looked at the patches yet, but wrt the idea, I agree on the need (being 
able to attach ISOs from anywhere and not just nfs) but I think the way to do 
this should be by getting rid of the ISO domain type altogether.
Basically what we need is:
1. a way to connect to file based storage (let's leave block aside for now) - 
this already exists via the connectStorageServer verb
2. a way to list and present a file system tree in gui (give an arbitrary path 
to vdsm and list content) and possibly filter results by type (vfd, iso) - does 
not exist today.  Possibly some security aspects here that need hashing out.
3. a way to specify a path to a file when attaching an iso/vfd to a VM - this 
is the way it works today

This would devoid the need for isoUploader and allow users to simply manage an 
nfs export with files.
Next step would be to make connectStorageServer support httpfs [1] and then 
we'd be able to mount ISOs directly over http (hopefully this would be 
sufficient to support ISOs stored on S3, swift, glance, etc).

[1] http://httpfs.sourceforge.net/

> 
> 
> Mark.
> 
> [1] http://gerrit.ovirt.org/#/c/12687/
> [2] http://gerrit.ovirt.org/#/c/12916/
> 
> _______________________________________________
> Engine-devel mailing list
> [email protected]
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
_______________________________________________
Engine-devel mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/engine-devel

Reply via email to