Bug 905440 - RHSC no longer works after latest patches applied from channels
Summary: RHSC no longer works after latest patches applied from channels
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: rhsc
Version: 2.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: ---
Assignee: Shireesh
QA Contact: Prasanth
URL:
Whiteboard:
: 906960 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-29 13:02 UTC by Paul Cuzner
Modified: 2013-07-28 23:18 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
RHSC no longer works after latest patches applied from channels Cause: Bug in JBoss modules (https://issues.jboss.org/browse/MODULES-105) Consequence: RHSC no longer works after latest patches applied from channels Workaround (if any): After every yum update, please run the following command # find /usr/share/jbossas/modules -name '*.jar.index' -delete and restart the jbossas service Result: The JBoss service, and hence RHS-C, should start properly and user should be able to log in to the Red Hat Storage Console.
Clone Of:
Environment:
Last Closed: 2013-03-28 11:01:20 UTC
Embargoed:


Attachments (Terms of Use)
Errors shown in web page when trying to access AdminPortal of RHS-C (13.93 KB, application/octet-stream)
2013-01-29 13:02 UTC, Paul Cuzner
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 10292 0 None None None Never

Description Paul Cuzner 2013-01-29 13:02:50 UTC
Created attachment 689817 [details]
Errors shown in web page when trying to access AdminPortal of RHS-C

Description of problem:
I have had an installation of RHS-C running for some time. The patches released to channel last December appear to have broken the console.

When I try to servers root webpage, I see the options for Admin/User/Report portals as expected. But selecting any of them results in an error (attached)


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

How reproducible:
I have repeated the yum update -> reboot process on two different machines, with the same outcome.

Steps to Reproduce:
1. Update RHS-C server to latest level with yum update
2. reboot
3. attempt to access the webpages for the console
  
Actual results:
Multiple java exceptions raised, and stack trace taken

Expected results:
Access to the console after routine maintenance should result in a functioning product

Additional info:
There was a similar bug for RHEVM - 879904 - which may be related to this issue

Comment 2 Shireesh 2013-01-29 13:35:44 UTC
Yes - the error is exactly same as reported in bug 879904

Comment 3 Shireesh 2013-02-04 14:35:05 UTC
*** Bug 906960 has been marked as a duplicate of this bug. ***

Comment 4 Jin Zhou 2013-02-04 21:22:13 UTC
Actually I just found out that Bug 889217 is almost identical to this bug, but it is on the RHEV-M side.

Comment 5 Scott Haines 2013-02-06 20:28:50 UTC
Per Feb-06 bug triage meeting, targeting for 2.1.0.

Comment 7 Shireesh 2013-03-08 09:43:04 UTC
Tushar, does the work-around suggested in below conversation acceptable?

-------- Original Message --------
Subject: 	Re: need help
Date: 	Fri, 08 Mar 2013 09:45:49 +0100
From: 	Juan Hernandez <jhernand>
To: 	Shireesh Anjal <sanjal>
CC: 	Tushar Katarki <tkatarki>, Scott Haines <shaines>, Vijay Bellur <vbellur>, Vinayaga Raman <vraman>, rhsc-dev, Fernando Nasser <fnasser>

...
>>
>>> 2) Provide a script to customer that must be executed before starting
>>> JBoss, to do something similar to what your patch does in
>>> engine-service.py ?
>>
>> If providing an script is an acceptable solution then it is as simple
>> as this:
>>
>>    find /usr/share/jbossas/modules -name '*.jar.index' -delete
>
> IIUC, this is not required every time you restart jboss, but only if you
> performed a "yum update" and engine stopped working because of that. Am
> I right? If so, I think this is a reasonable work-around that we can
> document.
>

Correct, it is only required after updating JBoss. The problem is that 
"updating JBoss" means "updating any of the approx 250 packages that 
contain .jar files used by JBoss". Note that not every update will 
trigger the issue, as many updates will just change things inside a 
class and not add/remove classes, thus affecting the correctness of the 
.jar.index file.

All in all I think that documenting this workaround and suggesting to 
use it after every update is a good compromise, specially taking into 
account that it won't be needed after the next rebase from upstream, 
which will include the proper fix.

Comment 8 Sahina Bose 2013-03-28 11:01:20 UTC
Documented as Known Issue in RHS-2.0+ Update 4. Refer Doc text for work around.


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