Bug 763749 (GLUSTER-2017) - Stopping an already stopped volume reports "unsuccessful"
Summary: Stopping an already stopped volume reports "unsuccessful"
Keywords:
Status: CLOSED DUPLICATE of bug 763742
Alias: GLUSTER-2017
Product: GlusterFS
Classification: Community
Component: cli
Version: 3.1.0
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Amar Tumballi
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-26 22:03 UTC by Vikas Gorur
Modified: 2013-12-19 00:05 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Vikas Gorur 2010-10-26 22:03:36 UTC
[root@brick5 ~]# gluster volume stop perf
Stopping volume will make its data inaccessible. Do you want to Continue? (y/n) y
Stopping volume perf has been successful
[root@brick5 ~]# gluster volume stop perf
Stopping volume will make its data inaccessible. Do you want to Continue? (y/n) y
Stopping volume perf has been unsuccessful

The second attempt to stop should simply say, "volume perf already stopped". Since the CLI knows the state of the volume, there is no reason not to check it before trying to stop the volume.

Comment 1 Raghavendra Bhat 2010-10-27 02:42:37 UTC
Vikas, a bug has already been filed for it (2010), and I have sent a patch for it. It says "volume is not in started state" if an attempt is made to stop a volume which is already stopped or just created and has not been started. But 2nd time also it asks for confirmation because the state of a volume is maintained by glusterd and not CLI. Marking this as the duplicate of it.

*** This bug has been marked as a duplicate of bug 2010 ***


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