Bug 1378400 - Failed migration task when upgrading from 5.6.2 -> 5.7.0.2
Summary: Failed migration task when upgrading from 5.6.2 -> 5.7.0.2
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Documentation
Version: 5.7.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: GA
: cfme-future
Assignee: Red Hat CloudForms Documentation
QA Contact: Red Hat CloudForms Documentation
URL:
Whiteboard: black:upgrade:migration
Depends On:
Blocks: 1383147
TreeView+ depends on / blocked
 
Reported: 2016-09-22 10:50 UTC by luke couzens
Modified: 2020-04-15 14:41 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-31 00:08:16 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Comment 4 CFME Bot 2016-09-26 14:05:53 UTC
New commit detected on ManageIQ/manageiq/master:
https://github.com/ManageIQ/manageiq/commit/f9f4cfcb13ed8219331a3ceb6481ff8bcaf72c56

commit f9f4cfcb13ed8219331a3ceb6481ff8bcaf72c56
Author:     Šimon Lukašík <isimluk>
AuthorDate: Mon Sep 26 09:27:54 2016 +0200
Commit:     Šimon Lukašík <isimluk>
CommitDate: Mon Sep 26 09:27:54 2016 +0200

    Make sure to publish error msg when saving region replication role
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1378400

 app/controllers/ops_controller/settings/common.rb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comment 5 Nick Carboni 2016-11-03 21:10:14 UTC
This is actually solved by logging out and then logging back in. I don't think we currently have a better way to get around this issue.

I'm not sure exactly what is happening, but it has something to do with the new ruby version. Maybe Satoe can give some more detail.

Comment 6 Satoe Imaishi 2016-11-03 21:30:17 UTC
After 'yum update', ruby 2.3 will be on the machine, but that's not used yet. But cfme code is expecting rh-ruby23.  Also, all the updates that were made to /etc/default/evm or anything that calls aren't used either.

Not sure if there is a way to make that happen automatically.

Comment 7 Joe Vlcek 2016-11-07 18:42:45 UTC
(In reply to Nick Carboni from comment #5)
> This is actually solved by logging out and then logging back in. I don't
> think we currently have a better way to get around this issue.
> 
> I'm not sure exactly what is happening, but it has something to do with the
> new ruby version. Maybe Satoe can give some more detail.

Based on this comment by Nick Carbon I question whether or not this is
be a `Blocker`.

If the simple solution is logging out and then logging back in and there
is currently no better way to get around this can we consider removing this
BZ from the blocker list?

Comment 8 Joe Vlcek 2016-11-07 18:42:46 UTC
(In reply to Nick Carboni from comment #5)
> This is actually solved by logging out and then logging back in. I don't
> think we currently have a better way to get around this issue.
> 
> I'm not sure exactly what is happening, but it has something to do with the
> new ruby version. Maybe Satoe can give some more detail.

Based on this comment by Nick Carbon I question whether or not this is
be a `Blocker`.

If the simple solution is logging out and then logging back in and there
is currently no better way to get around this can we consider removing this
BZ from the blocker list?

Comment 9 Nick Carboni 2016-11-07 20:22:07 UTC
The "solution" of logging out and logging in before the db:migrate step is in the latest draft of the upgrade document (being tracked in https://bugzilla.redhat.com/show_bug.cgi?id=1383147)

I'm going to resolve this with that solution and if we want to spend more time trying to find a better solution we can do that as a separate BZ

Comment 13 Joe Rafaniello 2017-01-19 18:39:43 UTC
*** Bug 1414815 has been marked as a duplicate of this bug. ***

Comment 14 Andrew Dahms 2017-01-31 00:08:16 UTC
This content is live on the Customer Portal.

Closing.


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