Gluster users - Apr 2017 - Working and up to date guide for ganesha ? nfs-ganesha gluster-ganesha

Thank you for the response.

I'm Pretty sure the problem is with the Gluster's NFS and how XenServer
interacts with it. As I feel like its not running in async mode. Everything
is at-least 10x faster using bland kernel NFS with the async option...
90+MB/sec (saturate gigabit) vs 5~7MB/sec I'm pretty sure there is a
default option in the gluster nfs that needs changing.

I tried the " nfs.trusted-sync off" option.
as well as the "tuned-adm profile rhgs-random-io " (which isn't
aviable on
cent btw)
and using the gluster group virt and the redhat options

Is there another way to ensure the Gluster NFS sync is in async mode?

Also currently following the Gluster and Centos guides GlusterFS and
Ganesha isn't working.




I wish I could use oVirt but we can't sell oVirt to our customers :-/ (so
we don't use/test), the User Interface is to confusing for them. Also many
still have (alot :-( of ) Windows 7 VM's and its not as easy to do a
windows image restore/deploy on oVirt (due to the drivers) , XenServer
works better and is easier for the less tech inclined to use (Jr SysAdmins
and the like). I really wish RedHat/oVirt would keep that current
Industrial UI and build a second "iPhone user" friendly UI (like
XenCenters
simple refined UI, it gives some exec's confidence in the software, as some
see oVirt and think of it as a 'ol MS product, similarly why they are
leaving VMWare ) .



Travis Eddy
Smartware IT - Number 2

Cell (texts welcome) - 703.981.5765
Email - Travis at SmartwareIT.com

On Tue, Apr 4, 2017 at 3:05 AM, Thorsten Schade <
Thorsten.Schade at trinovis.com> wrote:
> Hello Eddy,
>
>
>
> during the Test 1 the Ovirt Cluster Mount the Storage as GlusterFS,
>
> locks like this on the Ovirt Node.
>
>
>
> 10.2.9.135:vol01   3% /rhev/data-center/mnt/glusterSD/10.2.9.135:vol01
>
>
>
> And I test the dd direct under the mount point directory, mean the test 1
> is a pure glusterfs
>
> performance test, and I can see with itraf-ng or nload the the ovirt node
> use 6 network
>
> connections to put the data to the disperse volume.
>
>
>
> In test 2 the the NFS to the mdadm raid 5 is simple centos7 nfs.
>
>
>
> Thorsten
>
>
>
> *Von:* gluster-users-bounces at gluster.org [mailto:gluster-users-bounces@
> gluster.org] *Im Auftrag von *Travis Eddy
> *Gesendet:* Dienstag, 4. April 2017 00:20
> *An:* gluster-users at gluster.org
> *Betreff:* [Gluster-users] Working and up to date guide for ganesha ?
> nfs-ganesha gluster-ganesha
>
>
>
> Hello,
> I've tried all the guides I can find. The is alot of descrepency on the
> ganesha.conf file and how it interacts with gluster. none of the examples I
> found worked, also none of them have been updated in the last year or so,
> even Redhat's.
>
> any one have a link to a working guide for ganesha?
>
>
>
>
>
> Also still looking for help with Gluster hosting VM images for Xenserver.
> The 6MB/sec best we've seen is sad. Bland NFS with async gives us 110
> MB/sec .
>
>
>
> Thanks
>
>
>
> Travis Eddy
>
> Smartware IT
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gluster.org/pipermail/gluster-users/attachments/20170404/8efb2d5e/attachment.html>

On 04/04/2017 01:54 PM, Travis Eddy wrote:
>
> Thank you for the response.
>
> I'm Pretty sure the problem is with the Gluster's NFS and how
XenServer
> interacts with it. As I feel like its not running in async mode.
> Everything is at-least 10x faster using bland kernel NFS with the async
> option... 90+MB/sec (saturate gigabit) vs 5~7MB/sec I'm pretty sure
> there is a default option in the gluster nfs that needs changing.
>
> I tried the " nfs.trusted-sync off" option.
> as well as the "tuned-adm profile rhgs-random-io " (which
isn't aviable
> on cent btw)
> and using the gluster group virt and the redhat options
>
> Is there another way to ensure the Gluster NFS sync is in async mode?
>
> Also currently following the Gluster and Centos guides GlusterFS and
> Ganesha isn't working.
What exactly didn't work?

E.g. my blog article details setting up nfs-ganesha, from a very simple 
non-gluster setup, to a simple setup with gluster, and gluster with 
pacemaker HA.

--

Kaleb

On 04/04/2017 01:54 PM, Travis Eddy wrote:
>
> Thank you for the response.
>
> I'm Pretty sure the problem is with the Gluster's NFS and how
XenServer
> interacts with it. As I feel like its not running in async mode.
> Everything is at-least 10x faster using bland kernel NFS with the async
> option... 90+MB/sec (saturate gigabit) vs 5~7MB/sec I'm pretty sure
> there is a default option in the gluster nfs that needs changing.
>
> I tried the " nfs.trusted-sync off" option.
> as well as the "tuned-adm profile rhgs-random-io " (which
isn't aviable
> on cent btw)
> and using the gluster group virt and the redhat options
>
> Is there another way to ensure the Gluster NFS sync is in async mode?
After doing `sudo gluster volume set $vol nfs.trusted-sync off` you can 
do `sudo gluster volume info $vol` to confirm that it is off.

--

Kaleb