Bug 1107606
Summary: | Setting either of user.cifs or user.smb option to enable leads to enabling of smb shares. Enable only when none are disable | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Raghavendra Talur <rtalur> |
Component: | samba | Assignee: | Raghavendra Talur <rtalur> |
Status: | CLOSED ERRATA | QA Contact: | surabhi <sbhaloth> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | unspecified | CC: | divya, jarrpa, nlevinki, rcyriac, rtalur, sbhaloth, ssamanta, surs, vagarwal |
Target Milestone: | --- | Keywords: | ZStream |
Target Release: | RHGS 3.0.3 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | glusterfs-3.6.0.35-1 | Doc Type: | Bug Fix |
Doc Text: |
Previously, setting either the user.cifs or user.smb option to disable did not stop the sharing of SMB shares when the SMB share is already available. With this fix, setting either user.cifs or user.smb to disable ensures that the SMB share is immediately stopped.
|
Story Points: | --- |
Clone Of: | 1105147 | Environment: | |
Last Closed: | 2015-01-15 13:37:45 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1105147 | ||
Bug Blocks: | 1162694 |
Description
Raghavendra Talur
2014-06-10 10:52:23 UTC
What we SHOULD have is user.cifs being deprecated and user.smb as a synonym for user.cifs. That is, they are both actually the same option. Or, if that is technically a problem, just have either one update both options, such that user.cifs and user.smb are ALWAYS identical and thus there would be no question about the state of SMB shares for that volume. Yup, that is the right way of doing things. To do that we need to change the code in glusterd. Targeting it for next release. Patch posted at https://code.engineering.redhat.com/gerrit/#/c/36686/ After disabling user.cifs for the volume,the samba share still exists in smb.conf. Even if we disable user.smb still teh samba share exists in smb.conf. Volume Name: verify-vol Type: Distributed-Replicate Volume ID: 201ca6bc-5693-40aa-bd2f-6c9767225fa5 Status: Started Snap Volume: no Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: 10.16.159.81:/rhs/brick1/verify-vol/b1 Brick2: 10.16.159.63:/rhs/brick1/verify-vol/b2 Brick3: 10.16.159.81:/rhs/brick1/verify-vol/b3 Brick4: 10.16.159.63:/rhs/brick1/verify-vol/b4 Options Reconfigured: user.smb: disable user.cifs: disable testparm: [gluster-verify-vol] comment = For samba share of volume verify-vol path = / read only = No guest ok = Yes vfs objects = glusterfs glusterfs:loglevel = 7 glusterfs:logfile = /var/log/samba/glusterfs-verify-vol.%M.log glusterfs:volume = verify-vol Version: glusterfs-server-3.6.0.33-1.el6rhs.x86_64 Moving the BZ back to Assigned.And this also hits regression where even with disabling one of the options the share is not getting removed from smb.conf. Patch posted at https://code.engineering.redhat.com/gerrit/#/c/37464/ Verified the BZ with build glusterfs-3.6.0.35-1.el6rhs.x86_64. Now setting one of the option user.cifs/user.smb to disable removes the share from smb.conf. Verified with following combinations: user.smb ,user.cifs : Both enabled : share is present in smb.conf user.smb , user.cifs : Both disabled : share is removed from smb.conf User.smb :enabled , user.cifs : disabled : share is removed from smb.conf user.smb :disbaled , user.cifs : enabled : share is removed from smb.conf. Also if one of these options is disabled, even with stop and start or start force : share will not be present in smb.conf. Moving the BZ to verified. Raghavendra, Please review the edited doc text and sign-off. The doc text looks good to me. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0038.html |