Bug 1133567 - Volume option set <vol> <key> <value> command input not consistent
Summary: Volume option set <vol> <key> <value> command input not consistent
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: glusterd
Version: rhgs-3.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Satish Mohan
QA Contact: SATHEESARAN
URL:
Whiteboard:
Depends On:
Blocks: 1140628
TreeView+ depends on / blocked
 
Reported: 2014-08-25 13:22 UTC by Marcel Hergaarden
Modified: 2017-08-11 10:02 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1140628 (view as bug list)
Environment:
Last Closed: 2017-08-11 10:02:58 UTC
Embargoed:


Attachments (Terms of Use)

Description Marcel Hergaarden 2014-08-25 13:22:18 UTC
Description of problem:
Setting features by using the "volume option set" cmd is not always consistent.
In some cases it will take any given input while in other cases boolean values are to be accepted only.

example 1: gluster volume set <vol> nfs.disable fun
(Will report back: "fun" is not a valid boolean value)

example 2: gluster volume set <vol> features.uss type_whatever
(will report back: "volume set: success")

If you now ask volume status on <vol>, it will actually show:
"deatures.uss: type_whatever"

Version-Release number of selected component (if applicable):
RHS3.0 (using: RHSS-3.0-20140805.0-RHS-x86_64-DVD1.iso)

How reproducible:
Install RHS 3.0 (Denali), create vol and set certain volume options using any other value then ON|OFF or ENABLE|DISABLE.


Steps to Reproduce:
1.Install RHS
2.Create volume
3.Set volume option using any fictional option
4.System will accept fake option without any rejection

Actual results:
Accepts any given option (whilst using i.e. features.uss option, among others)
and will show the fake option while querying volume status

Expected results:
Denial of any other option then on|off or enable|disable as boolean values

Additional info:
This is true for several options, where others behave like expected.
Notices this behavior for the following options while testing;

- features.uss
- rpc.auth allow

Comment 2 SATHEESARAN 2014-08-26 07:32:50 UTC
Marking the appropriate component under  glusterfs-server.
Also defining the severity as MEDIUM, as uss is in TP state.


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