Bug 1017218 - Test upgrade of RHOS 3.0 mysql 5.1 databases to mariadb 5.5 database for RHOS 4.0
Summary: Test upgrade of RHOS 3.0 mysql 5.1 databases to mariadb 5.5 database for RHOS...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: distribution
Version: 3.0
Hardware: Unspecified
OS: Unspecified
urgent
high
Target Milestone: rc
: 5.0 (RHEL 7)
Assignee: Lars Kellogg-Stedman
QA Contact: Daniel Korn
URL:
Whiteboard:
Depends On:
Blocks: 1005583 1060926
TreeView+ depends on / blocked
 
Reported: 2013-10-09 12:58 UTC by Perry Myers
Modified: 2018-12-06 15:21 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1060926 (view as bug list)
Environment:
Last Closed: 2014-07-08 15:12:29 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2014:0845 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement - Runtime Components 2014-07-08 19:11:27 UTC

Description Perry Myers 2013-10-09 12:58:33 UTC
RHOS 3.0 users relied on the mysql 5.1 database shipped in RHEL 6.4

RHOS 4.0 users will be using mariadb 5.5 which is available as part of the Red Hat Software Collections (RHSCL)

We need to make sure that migration path from RHOS 3.0/mysql5.1 to RHOS 4.0/mariadb5.5 is well documented and stable.

This bug is to track creation of a set of scripts/HOWTO on this migration (which should be offline)

Comment 3 Lars Kellogg-Stedman 2013-10-09 17:28:15 UTC
Upgrading MySQL 5.1 to MariaDB 5.5 on RHOS 3/RHEL 6.4 seems to work smoothly just following the instructions in the RHSCL docs for an in-place upgrade.

The only additional information necessary in a HOWTO is a note about shutting down all OpenStack services before the upgrade and starting them up afterwards.  I talked with pbrady briefly about adding a script to openstack-utils to make this easier, but right now it requires the local admin to both (a) which hosts comprise their openstack installation and (b) which services are active on each host.

Comment 4 Perry Myers 2013-10-09 17:49:35 UTC
(In reply to Lars Kellogg-Stedman from comment #3)
> Upgrading MySQL 5.1 to MariaDB 5.5 on RHOS 3/RHEL 6.4 seems to work smoothly
> just following the instructions in the RHSCL docs for an in-place upgrade.

Can you provide a link to that here for RHOS QE benefit?
 
> The only additional information necessary in a HOWTO is a note about
> shutting down all OpenStack services before the upgrade and starting them up
> afterwards.

This is a prerequisite for a RHOS 3.0 to 4.0 upgrade in general anyhow, so should be part of the normal procedure until we can close gaps around doing online/rolling ugprades upstream

Comment 5 Lars Kellogg-Stedman 2013-10-09 17:52:02 UTC
I was using Alan's link from comment #1 (which is correct other than the naming).

Comment 7 Lars Kellogg-Stedman 2014-05-30 19:08:43 UTC
Staring with RHEL6.5/RHEL-OSP4:

- Installed RHEL-OSP4 via 'packstack --allinone' (this is MySQL 5.1)
- Shutdown openstack services
- Shutdown mysql
- Add RDO Icehouse repository
- Uninstall mysql-server
- Install mariadb-galera-server (5.5.36-9)
- Start mysql-server
- Run mysql_upgrade
- Start openstack services

Everything works with nary an error in sight.

Comment 8 Ami Jeain 2014-06-12 11:44:43 UTC
testing per Lars comment#7.

Comment 9 Daniel Korn 2014-06-22 12:51:08 UTC
I've Deployed a working RHOS 4.0 (latest Havana release - 2014-05-22.1)

Then followed the steps from Lars's comment:
- Stopped all openstack services
- Stopped mysql
- Added Icehouse repository (latest - 2014-05-29.3) 
- Uninstalled mysql-server
- Run yum update
- Installed mariadb-galera-server
- Started mysql-server
- Run mysql_upgrade
- Started openstack services

Finally:
- Verified the environment is working correctly
- Created/deleted resources (Image, Instances, storage, etc.) without any problems

Comment 11 errata-xmlrpc 2014-07-08 15:12:29 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2014-0845.html


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