Upgrade Abiquo 5.2.0 to 5.4.x distributed by servers
Table of contents
This section describes how to upgrade from Abiquo 5.2.0 or above to an Abiquo 5.4.x version. Please contact Abiquo Support for further information.
This is a non-official upgrade document from which you can easily cut and paste the commands for each to prepare your own upgrade document.
The official upgrade document, that you must read and refer to for your upgrade is still Upgrade Abiquo
Abiquo YUM repositories are no longer open, please contact Abiquo Support to obtain your credentials
This upgrade process starts from Abiquo 5.4.0 or above. To upgrade from earlier versions, please see Upgrade Abiquo from 4.7 to 5.2.x
The upgrade will overwrite lang_en_US.json. If you have customized labels or translations, back them up before the upgrade and restore them afterwards accordingly.
The upgrade will overwrite the SAML login configuration for multiple IdPs. If you use SAML with multiple IdPs, back up the configuration files before the upgrade and add the multiple IdPs afterwards accordingly. See Restore SAML security beans after upgrade
The upgrade to Abiquo 5.3 includes a migration to provider ID as the identifier of a deployed VM.
See Provider ID as VM identifier upgrade
Prepare the provider ID migration before your upgrade. See Create a test VM and run PIM planner on a database dump
Prevent cloud users from performing VM operations
In the UI in the Infrastructure view, select each physical machine and click Disable
Using the API, set the state of each physical machine to DISABLED
API Servers
On each API Server do these steps. If you have a separate DB server, do the DB upgrade steps on that server.
# Log in as root
sudo su -
# Check that the Abiquo RabbitMQ queues are empty (API or Datanode).
# The number of messages in all queues must be 0.
# rabbitmqctl list_queues messages name
# Back up the UI
tar cvfz /var/www/html/ui.tgz-$(date +%Y%m%d_%H%M%S) /var/www/html/ui
# Back up the /opt/abiquo folder
tar cvfz /opt/abiquo.tgz-$(date +%Y%m%d_%H%M%S) /opt/abiquo
# Back up Redis
redis-cli save
cp -a /var/lib/redis /var/lib/redis-$(date +%Y%m%d_%H%M%S)
# On DB Server, back up the Abiquo MySQL DBs
mysqldump --routines --triggers kinton > kinton.sql-$(date +%Y%m%d_%H%M%S)
mysqldump --routines --triggers kinton_accounting > kinton_accounting.sql-$(date +%Y%m%d_%H%M%S)
# IF you are using SAML with multiple IdPs, backup security beans files
cp
/opt/abiquo/tomcat/webapps/api/WEB-INF/classes/springresources/security/saml/security-saml-generated-beans.xml /opt/abiquo/tomcat/webapps/api/WEB-INF/classes/springresources/security/saml/security-saml-generated-beans.xml-$(date
+%Y%m%d_%H%M%S)
# Stop services
systemctl stop httpd
systemctl stop abiquo-tomcat
# Prepare yum repository
yum-config-manager --enable abiquo-base
yum-config-manager --enable abiquo-updates
# Perform update
yum clean all && yum makecache
yum update 'abiquo-*'
# Upgrade the Abiquo databases
abiquo-db [-h DB hostname] [-P DB port] [-u user] [-p password] update
# IF the database upgrade fails because of checksums
abiquo-db [-h DB hostname] [-P DB port] [-u user] [-p password] clearCheckSums
abiquo-db [-h DB hostname] [-P DB port] [-u user] [-p password] update
# PIM STEP
# If your upgrade passes through Abiquo 5.3
# 1. ON ALL your servers, upgrade to the PIM STEP and STOP
# 2. On the API Server, run the PIM planner
# 3. On the Remote Services, run the PIM migrator
# 4. On the API (database) Server, update the database for PIM
# 1. Run the PIM planner
# Install the Abiquo PIM tools package
yum install abiquo-pim-tools
# Run the PIM planner against your database and redirect the output to a file
java -jar /opt/abiquo/pim-tools/pimplanner.jar --jdbc-url="jdbc:mysql://<DATABASE_SERVER_IP>:3306/kinton?autoReconnect=true&user=<USER>&password=<PASSWORD>" | tee output_pimplanner.log
# Check the output of the PIM planner for errors
# Copy the migration-plan.data file to EVERY Remote Services server
scp migration-plan.data root@<REMOTE_SERVICES_01_IP>:/opt/abiquo
scp migration-plan.data root@<REMOTE_SERVICES_02_IP>:/opt/abiquo
...
# NOW go to the REMOTE SERVICES and run the PIM MIGRATOR
4. Run the PIM database update
# Update the Abiquo database with all of the update.sql files. For example
mysql kinton < update_DC1.sql
mysql kinton < update_DC2.sql
...
# POST PIM STEPS
# Post-upgrade step for API
chown -R tomcat /opt/abiquo
Additional API and UI upgrade steps
Add translations for new UI labels to lang_xx_XX_custom.json. See Abiquo UI client language configuration
Optionally add new configuration to client-config-custom.json. See Configure Abiquo UI
In your UI configuration, check that the API endpoint is pointing to your Abiquo API server:
{ Â Â Â Â "config.endpoint":Â "http://<API_IP_ADDRESS>/api" }
Add new API properties to the abiquo.properties file found in the /opt/abiquo/config/ folder. See Changes to Abiquo Configuration Properties
If you are using SAML with multiple IDPs, restore the configuration as described at Restore SAML security beans after upgrade.
Remote Services Servers
On each Remote Services Server do these steps
Monitoring Servers
On each Watchtower Moniitoring Server do these steps
Start Abiquo server and services
Start all servers in the correct order.
Reporting server
To upgrade the Abiquo Reports Server for the upgrade to Abiquo 5.3.x, contact Abiquo Support for more information.
The Abiquo Reports Server now runs with JasperReports v7.8.0
Copyright © 2006-2024, Abiquo Holdings SL. All rights reserved