Hi Daniel,
<br><br><div class="gmail_quote">On Thu, Jul 16, 2009 at 7:46 PM, Daniel P. Berrange <span dir="ltr"><<a href="mailto:berrange@redhat.com">berrange@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Thu, Jul 16, 2009 at 06:06:25AM -0700, Harshavardhana wrote:<br>
> New option index added to support -o options for various netfs.<br>
> Currently added an option for glusterfs.<br>
<br>
</div>What effect does it have  ? Or why do we want/need it<br>
<div class="im"></div></blockquote><div><br>Options could be required for filesystem to have few enhaced handling at the site where they will be under use. Correct approach for a configurable will be a new "XML" option in this case. <br>
<br>Regarding current patch:<br>This is required for the glusterfs to work properly with VM's.  Right now there is a <br>problem/difficulty in using direct-io based mechanism in the fuse kernel module<br>when used with "XEN" in its "tap:aio" framework, we have seen xen vms hang over glusterfs or any fuse based filesystem due to fact that fuse module doesn't yet support "aio" with O_DIRECT internally as a kernel module. To have a work around fix we have to hardcode this value due to its usage in case of VM's.  <br>
 <br>We are currently fixing this problem by fixing directly O_DIRECT problem in fuse. <br>Which will be available in later releases for kernel. <br><br>So its just a glusterfs specific case. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
> @@ -670,6 +692,12 @@ virStorageBackendFileSystemMount(virConnectPtr conn,<br>
>      }<br>
><br>
>      if (pool->def->type == VIR_STORAGE_POOL_NETFS) {<br>
> +        if (pool->def->source.format = VIR_STORAGE_POOL_NETFS_GLUSTERFS) {<br>
> +            if (virAsprintf(&options, "direct-io-mode=1") == -1) {<br>
> +                virReportOOMError(conn);<br>
> +                return -1;<br>
> +            }<br>
> +        }<br>
<br>
</div>Normally direct-IO mode is something you'd let apps set on a per file<br>
basis as they desire. QEMU / Xen both know todo this, so I'm not<br>
convinced we should force it on for the whole mount point.<br>
<br>
Regards,<br>
Daniel<br>
<font color="#888888">--<br>
|: Red Hat, Engineering, London   -o-   <a href="http://people.redhat.com/berrange/" target="_blank">http://people.redhat.com/berrange/</a> :|<br>
|: <a href="http://libvirt.org" target="_blank">http://libvirt.org</a>  -o-  <a href="http://virt-manager.org" target="_blank">http://virt-manager.org</a>  -o-  <a href="http://ovirt.org" target="_blank">http://ovirt.org</a> :|<br>

|: <a href="http://autobuild.org" target="_blank">http://autobuild.org</a>       -o-         <a href="http://search.cpan.org/%7Edanberr/" target="_blank">http://search.cpan.org/~danberr/</a> :|<br>
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|<br>
<br>
</font></blockquote></div><br>