Skip to content

Commit 1351675

Browse files
thotzkalebskeithley
authored andcommitted
Feature page for NFS-Ganesha improvements
Change-Id: Ief3bda3edfd3f18d822ec5b340490191d6cbb7c9 Signed-off-by: Jiffin Tony Thottan <[email protected]> Reviewed-on: http://review.gluster.org/15105 Reviewed-by: soumya k <[email protected]> Reviewed-by: Atin Mukherjee <[email protected]> Reviewed-by: Kaleb KEITHLEY <[email protected]> Tested-by: Kaleb KEITHLEY <[email protected]>
1 parent 0840c33 commit 1351675

File tree

1 file changed

+76
-0
lines changed

1 file changed

+76
-0
lines changed
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,76 @@
1+
Feature
2+
-------
3+
Improvements in Gluster NFS-Ganesha integration
4+
5+
Summary
6+
-------
7+
Currently all the ganesha related configuration(ganesha.conf, ganesha-ha.conf, export conf files) is stored locally on each node at /etc/ganesha. Since each node has its own copy, it is very difficult to synchronizing them across the nodes like in scenarios like reboot of a node. Here instead of storing it locally on everynode, it ia shared across all nodes using shared storage.
8+
9+
Owners
10+
------
11+
Jiffin Tony Thottan < [email protected] >
12+
13+
Soumya Koduri < [email protected] >
14+
15+
Current status
16+
--------------
17+
Patches posted upstream under review
18+
19+
Related Feature Requests and Bugs
20+
---------------------------------
21+
22+
* When a node reboots, depending on the order the services ‘pacemaker’ and ‘glusterd’ starts, we may run into a case, where in glusterd couldn’t sync the export files on this node.
23+
24+
* There could be case where in ‘.export_added’ could go out of sync across the nodes thus resulting in different ExportIDs for the same volume exported across different nfs-ganesha heads. This shall result in NFS mounts throwing “Stale File handle error” post failover
25+
26+
* When a node is down while performing “refresh-config”, the export config of that volume doesn’t get synced when it comes back up.
27+
28+
* As one of the pre-requisites, ganesha-ha.conf has to be copied to all the nodes in the gluster cluster before enabling nfs-ganesha (setup).
29+
30+
* When any changes are made to main “/etc/ganesha.conf” file, it has to be manually copied to all the nodes in the cluster.
31+
32+
* When “refresh-config” is performed, the script syncs up the volume config only across the NFS-Ganesha cluster but not to all the nodes in the Gluster storage pool
33+
34+
* Remove the entry HA_VOL_SERVER from ganesha-ha.conf
35+
36+
* Remove ganesha xlator from client graph
37+
38+
Detailed Description
39+
--------------------
40+
Overall changes can be achieved in two stages, internal to gluster and related to ganesha configuration files. The following are the files in '/etc/ganesha' stored as part of ganesha intergration
41+
- ganesha.conf - configuration file for ganesha process
42+
- ganesha-ha.conf - configuration file high availablity cluster
43+
- .export_added - to track the export count
44+
- files under export directory - export configuration file for gluster volume
45+
46+
All above mentioned files will be copied to shared storage. There will be minor changes in scripts for ganesha, glusterd to accomdomate those.Also as part of clean up ganesha xlator removed from code base
47+
48+
Benefit to GlusterFS
49+
--------------------
50+
The intergration with nfs-ganesha become more cleaner and can achieve high synchronization between nodes in ganesha cluster
51+
52+
#### Nature of proposed change
53+
The scripts for ganesha(in extras/ganesha/scripts) will modified a bit
54+
55+
#### Implications on manageability
56+
None
57+
58+
59+
#### Implications on presentation layer
60+
61+
None
62+
63+
#### Implications on 'glusterd'
64+
65+
Minor changes in glusterd
66+
67+
User Experience
68+
---------------
69+
70+
There will be changes in pre-requiste part such as user need to create nfs-ganesha directory on shared storage before enabling option.
71+
72+
Status
73+
------
74+
75+
In development
76+

0 commit comments

Comments
 (0)