Bug 1009519 - storage re-installation fails if 1st server installation failed
storage re-installation fails if 1st server installation failed
Product: RHQ Project
Classification: Other
Component: Installer (Show other bugs)
Unspecified Solaris
unspecified Severity high (vote)
: ER03
: RHQ 4.10
Assigned To: John Mazzitelli
Mike Foley
Depends On:
Blocks: jon32-Beta-Blockers-1006862
  Show dependency treegraph
Reported: 2013-09-18 11:01 EDT by Armine Hovsepyan
Modified: 2015-09-02 20:01 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2014-04-23 08:32:21 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
storage-commitlog-exists.log (1.53 KB, text/x-log)
2013-09-19 05:52 EDT, Armine Hovsepyan
no flags Details

  None (edit)
Description Armine Hovsepyan 2013-09-18 11:01:58 EDT
Description of problem:
storage re-installation fails if 1st server installation failed

Version-Release number of selected component (if applicable):
rhq 4.9 released version

How reproducible:

Steps to Reproduce:
1. change rhq-server.property make a typo for rhq.server.database.connection-url replacing it with dhq.server.database.connection-url
2. run rhqctl install
3. change property and fix the typo
4. re-run rhqctl install

Actual results:
After step4. storage directory cannot be installed cause of existing storage data -> http://pastebin.test.redhat.com/164706

Expected results:
After step4. old directory is removed and new one is created 
corresponding changed are added into documentation -> https://docs.jboss.org/author/display/RHQ/RHQ+Control+Script

Additional info:
environment: SunOS solaris11 5.11 11.1 i86pc i386 i86pc
Comment 1 Armine Hovsepyan 2013-09-19 05:52:04 EDT
Created attachment 799809 [details]

log copy-pasted into separate file in case pastebin is not accessible
Comment 2 John Mazzitelli 2013-09-26 08:06:58 EDT
this is being addressed - and is currently fixed in master.
Comment 3 John Mazzitelli 2013-09-26 08:13:58 EDT
the main commit to master is b130f6a4194d944fae8fc582fca8f561c37922f9 but there were other commits later than refined the "install undo" feature. But this should be fixed in master now. I'm still testing this feature - it may need to be refined.
Comment 4 John Mazzitelli 2013-10-04 17:05:10 EDT
in addition to git commit b130f6a4194d944fae8fc582fca8f561c37922f9 these are also part of the fix:

Comment 5 Armine Hovsepyan 2013-12-06 09:20:40 EST
marking as verified (verified in jon 3.2.x branch)
Comment 6 Heiko W. Rupp 2014-04-23 08:32:21 EDT
Bulk closing of 4.10 issues.

If an issue is not solved for you, please open a new BZ (or clone the existing one) with a version designator of 4.10.

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