Bug 1140628 - Volume option set <vol> <key> <value> command input not consistent
Summary: Volume option set <vol> <key> <value> command input not consistent
Keywords:
Status: CLOSED EOL
Alias: None
Product: GlusterFS
Classification: Community
Component: glusterd
Version: pre-release
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Gaurav Kumar Garg
QA Contact:
URL:
Whiteboard:
Depends On: 1133567
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-11 11:27 UTC by Gaurav Kumar Garg
Modified: 2016-06-05 23:38 UTC (History)
11 users (show)

Fixed In Version:
Clone Of: 1133567
Environment:
Last Closed: 2015-10-22 15:40:20 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Comment 1 Niels de Vos 2014-09-17 21:28:49 UTC
Please add a public description of the issue, thanks!

Comment 2 Atin Mukherjee 2014-09-18 06:39:35 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):
Mainline

How reproducible:
Every time

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 3 Kaleb KEITHLEY 2015-10-22 15:40:20 UTC
pre-release version is ambiguous and about to be removed as a choice.

If you believe this is still a bug, please change the status back to NEW and choose the appropriate, applicable version for it.


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