Bug 1558921 - Gluster volume smb share options are getting overwritten after restating the gluster volume
Summary: Gluster volume smb share options are getting overwritten after restating the ...
Alias: None
Product: GlusterFS
Classification: Community
Component: scripts
Version: mainline
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Anoop C S
QA Contact:
Depends On:
Blocks: 1164778 1575707
TreeView+ depends on / blocked
Reported: 2018-03-21 10:15 UTC by Anoop C S
Modified: 2018-10-23 15:06 UTC (History)
14 users (show)

Fixed In Version: glusterfs-5.0
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1164778
: 1575707 (view as bug list)
Last Closed: 2018-10-03 15:05:22 UTC
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:

Attachments (Terms of Use)

Description Anoop C S 2018-03-21 10:15:32 UTC
+++ This bug was initially created as a clone of Bug #1164778 +++

Description of problem:
Gluster volume smb share options are getting overwritten whenever we restart the volume.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Modify any of the field from gluster volume share in /etc/samba/smb.conf
2. Like "read only" = "no" to "yes"
3. Stop and start the volume 
4. It will again become "read only" = "no" 

Actual results:
Changed configuration parameters are coming back to default value

Expected results:
They should not 

Additional info:
This is happening because we delete all gluster volume share at the time of stopping the volume with help of gluster smb hook scripts and again we freshly create these gluster volume shares when we start the volume.

Comment 1 Anoop C S 2018-03-21 14:16:41 UTC

Comment 2 Worker Ant 2018-05-04 19:08:29 UTC
REVIEW: https://review.gluster.org/19750 (extras/hooks: Do not blindly remove volume share from smb.conf) posted (#2) for review on master by Anoop C S

Comment 3 Worker Ant 2018-05-07 05:04:31 UTC
COMMIT: https://review.gluster.org/19750 committed in master by "Poornima G" <pgurusid@redhat.com> with a commit message- extras/hooks: Do not blindly remove volume share from smb.conf

When Gluster volumes are shared via Samba, any extra smb.conf parameter
setting done by administrator to those shares are lost during restart
of the volume. Instead of removing the whole share completely from
smb.conf(via hook scripts during volume stop) it is better to make it
temporarily unavailable to end-users till the volume is started again.
Therefore we make use of a smb.conf parameter named 'available'[1] to
achieve the above intend.

[1] https://www.samba.org/samba/docs/current/man-html/smb.conf.5.html

Change-Id: I68a9055b50791f6ffd3b95a3c13d858a75fa6530
fixes: bz#1558921
BUG: 1558921
Signed-off-by: Anoop C S <anoopcs@redhat.com>

Comment 4 Shyamsundar 2018-10-23 15:06:59 UTC
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-5.0, please open a new bug report.

glusterfs-5.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] https://lists.gluster.org/pipermail/announce/2018-October/000115.html
[2] https://www.gluster.org/pipermail/gluster-users/

Note You need to log in before you can comment on or make changes to this bug.