Bug 1074637

Summary:	RFE: Add support for changing location of data directory
Product:	[JBoss] JBoss Operations Network	Reporter:	John Sanda <jsanda>
Component:	Storage Node	Assignee:	Michael Burman <miburman>
Status:	CLOSED EOL	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	JON 3.2	CC:	bkramer, fbrychta, hrupp, loleary, mfoley, miburman
Target Milestone:	---	Keywords:	NeedsTestCase
Target Release:	JON 4.0.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	1074636	Environment:
Last Closed:	2019-07-29 14:52:23 UTC	Type:	Enhancement
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:	1074636
Bug Blocks:	1033321

Description John Sanda 2014-03-10 17:36:39 UTC

+++ This bug was initially created as a clone of Bug #1074636 +++

Description of problem:
There are various reasons you might want to migrate your storage node data - improving I/O performance, increasing capacity, or addressing failing hardware. Data can be migrated by adding/removing nodes, but often times it is simpler and more desirable to simply change move the rhq data directory. This can be accomplished, but doing so involves some manual steps which can be error prone.

The Storage Node configuration UI only exposes some heap settings currently. We could add a section here for the data directory that would list the paths of the commit log, data, and saved caches directories. Changing the location of the data directory would result in the following,

* make sure that the target directory is writable
* update cassandra.yaml with the new directory
* restart the storage node
* run repair as necessary

This functionality will also be needed for bug 1033321.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Mike Foley 2014-03-26 12:41:28 UTC

Notes for QE:

This needs a higher level of engagement than the typical BZ. Adding "NeedsTestcase" keyword. 

On this BZ, I propose "The Virtuous QE Cycle" 

-demo ... involving GSS, QE, dev ...(to make sure we understand the feature and customer use-cases)

-testcase development in TCMS 

-testcase review 

-documented testcase execution.


So we have ...at a high-level ..several groups of testcases to be defined:
1) moving nodes
2) unmanaged nodes 
3) topology change scenarios

Comment 2 Michael Burman 2014-08-28 18:52:49 UTC

Merged to master:

commit 213aff45323e4febd665f742fba71eaa49865f9e
Merge: a90b90b b497a45
Author: Michael Burman <yak>
Date:   Thu Aug 28 21:49:41 2014 +0300

    Merge pull request #96 from burmanm/BZ1074636
    
    [BZ 1074636] Add ability to move storage node datafiles from the storage node administration view

commit b497a456fe1aee22119c91f9a3879dc16ffdef42
Author: Michael Burman <miburman>
Date:   Fri Aug 22 03:46:30 2014 +0300

    [BZ 1074636] Add ability to move storage datafiles from the StorageNode Administration

Comment 3 Filip Brychta 2019-07-29 14:52:23 UTC

JBoss ON is coming to the end of its product life cycle. For more information regarding this transition, see https://access.redhat.com/articles/3827121.
This bug report/request is being closed. If you feel this issue should not be closed or requires further review, please create a new bug report against the latest supported JBoss ON 3.3 version.