Bug 1304613
Summary: | [Upgrade][Reports] Upgrade 3.5->3.6 failed while exporting data out of Jasper | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Gil Klein <gklein> | ||||||
Component: | jasperreports-server-pro | Assignee: | Yedidyah Bar David <didi> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | Pavel Stehlik <pstehlik> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 3.6.3 | CC: | bugs, juan.hernandez, lsurette, rbalakri, Rhev-m-bugs, sradco, yeylon, ykaul, ylavi | ||||||
Target Milestone: | ovirt-3.6.3 | Keywords: | Regression | ||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2016-02-04 13:52:59 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 1285700 | ||||||||
Attachments: |
|
Description
Gil Klein
2016-02-04 07:42:08 UTC
Created attachment 1121046 [details]
ovirt engine setup log
Created attachment 1121048 [details]
applicationContext-propertySettings.xml
Isn't this a duplicate of bug 1289660? In particular, please see bug 1289660 comment 9. (In reply to Yedidyah Bar David from comment #4) > Isn't this a duplicate of bug 1289660? > > In particular, please see bug 1289660 comment 9. Yes, I remember this one, but I'm not sure it the same flow leads to it this time. This time I got to this state after a failed upgrade due to bz #1302374 Looks like in case of a failure, I got left with 2 versions on jasperreports rpm -qa|grep jasper jasperreports-server-pro-6.0.1-2.el6ev.noarch jasperreports-server-pro-5.5.0-10.el6ev.noarch Is it possible we do not remove the newer jasperreports on the rollback? I can confirm that on each call to engine-setup, there was an attempt to upgrade jasper from 5.5->6.0. Still not sure how both package are installed on the server. # grep "jasper" /var/log/yum.log Jan 20 18:46:35 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Jan 27 15:44:49 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Jan 27 15:51:56 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Jan 27 18:37:50 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Jan 27 18:44:54 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Feb 02 10:52:47 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Feb 02 10:59:48 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Feb 02 11:15:59 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Feb 02 11:22:53 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Feb 02 17:41:23 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Feb 02 17:48:13 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Feb 03 15:27:04 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Feb 03 15:34:12 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Feb 03 17:27:10 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Feb 03 17:34:02 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch Feb 03 18:05:44 Updated: jasperreports-server-pro-6.0.1-2.el6ev.noarch Feb 03 18:48:43 Installed: jasperreports-server-pro-5.5.0-10.el6ev.noarch #rpm -qa|grep jasper jasperreports-server-pro-6.0.1-2.el6ev.noarch jasperreports-server-pro-5.5.0-10.el6ev.noarch Reducing the severity. It can be easily workaround by removing the newer jasper package: jasperreports-server-pro-6.0.1-2.el6ev.noarch Juan, Can you please have a look? Is this the same machine where we had the issue JBoss module loading? I think that in that case the upgrade was manually stopped with Ctrl-C. In that case the yum transaction (probably the rollback) was killed in the middle, and that may be the cause of having two versions of the Jasper package installed. If as Gil says it can be resolved manually removing one of the Jasper packages, then I'd suggest to just close the bug as WONTFIX, as it is very difficult to make things work when there is an unexpected abort. (In reply to Juan Hernández from comment #10) > Is this the same machine where we had the issue JBoss module loading? I > think that in that case the upgrade was manually stopped with Ctrl-C. Was it? If so, can be closed as duplicate of bug 1130764. But it's not very likely that we'll ever solve it. > In > that case the yum transaction (probably the rollback) was killed in the > middle, and that may be the cause of having two versions of the Jasper > package installed. If as Gil says it can be resolved manually removing one > of the Jasper packages, then I'd suggest to just close the bug as WONTFIX, > as it is very difficult to make things work when there is an unexpected > abort. From ovirt-engine-setup-20160203175453-4ymq5a.log: 2016-02-03 18:49:53 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:91 Yum Script sink: Traceback (most recent call last): File "/usr/sbin/semanage", line 581, in <module> process_args(sys.argv[1:]) File "/usr/sbin/semanage", line 496, in process_args OBJECT.delete(target, proto) File "/usr/lib64/python2.6/site-packages/seobject.py", line 1182, in delete self.commit() File "/usr/lib64/python2.6/site-packages/seobject.py", line 310, in commit rc = semanage_commit(self.sh) KeyboardInterrupt *** This bug has been marked as a duplicate of bug 1130764 *** |