On Premise to On Premise In-place Upgrade Procedures
This section provides instructions for upgrading an existing on premise Clarity LIMS deployment. For assistance with upgrade steps, contact the Illumina Support team.
This section provides the steps required to upgrade an existing on-premise deployment of Clarity LIMS v6.2 to a RedHat Enterprise Linux/Oracle Linux compatible on-premise deployment of Clarity LIMS v6.3.
All standard operating system (OS) security updates must have been applied.
The command hostname -f must resolve to the fully qualified domain name (FQDN) of the server. For details, see the section of Pre-installation Requirements.
Make sure that all standard OS security updates have been applied.
Make sure that all user accounts have email addresses associated with them. Users must reset their passwords after the upgrade.
Upgrade Pre-validation
To assist with validating the system before an upgrade, install the UpgradePreValidation RPM on the existing server.
This RPM is installed temporarily, and provides tools to help check the system before an upgrade.
If validation is successful, you can remove this RPM and proceed with the upgrade.
NOTE: Using a vault is the safer way of storing application secrets. If using a vault is not possible, the configuration script supports file-based storage.
Run the validation script as follows.
Make sure that the Clarity LIMS server is running.
Review the output of the script to determine if you can proceed with the upgrade. If the script outlines any issues with the potential upgrade, review the generated log files and contact the Illumina Support team for further assistance.
Remove the PreValidation RPM.
Remove the PreValidation RPM only after you confirm that you can upgrade. If you are unsure, consult the Illumina Support team.
Make a note of any remote automation workers, and let them complete their current commands.
NOTE: As of Clarity LIMS v5, the term AI node has been replaced with automation worker.
Stop any and all integration services.
Find all the integration services and stop them, as described in the integration documentation.
Shut down the Clarity LIMS services.
As the root user, run the following command:
Copy
/opt/gls/clarity/bin/run_clarity.sh stop
If a service is already stopped, it will be ignored.
If any service fails to stop, the script will exit and no further services will be stopped.
Any Clarity LIMS components still running should be shut down. Use the following commands to force stop these components if the previous commands did not lead to Tomcat stopping.
Tomcat
Check if there is a need to force stop the tomcat application:
pgrep jsvc
As the root user, force stop the tomcat processes:
pkill jsvc
Backup the Database and Clarity LIMS
Back up Postgresql database:
On the PostgreSQL server, best practice recommends backing up the database using the pg_dump utility.
The following example assumes the following:
The database server and the application server are on the same server.
The pg_dump utility is accessible to the glsjboss user.
Example
The Postgres DBA uses the following commands to create a database backup in the glsjboss home directory. Substitute the variables as appropriate for the specific environment.
On the Clarity LIMS server, back up the contents of the folder /opt/gls/clarity/glscontents/.
As the glsjboss or root user run the following commands:
cd ~glsjboss
mkdir -p backups/clarity
tar czf ~glsjboss/backups/clarity/glscontents-old_version-`date +%Y%m%d$H$M`.tar.gz /opt/gls/clarity/glscontents/
This script analyzes the system and lists any required configuration steps. Make sure to carefully apply the instructions provided in the output of the scripts.
Example:
As root run the sequence
su - glsjboss -c /opt/gls/clarity/config/pending/27_update_claritylims_platform.sh
su - glsjboss -c /opt/gls/clarity/config/pending/28_update_claritylims_tenant.sh
/opt/gls/clarity/config/pending/32_root_configure_rabbitmq.sh
/opt/gls/clarity/config/pending/33_root_configure_elasticsearch.sh
/opt/gls/clarity/config/pending/40_root_install_proxy.sh
NOTE: Update /opt/gls/clarity/tomcat/current/lib/activity-management-ui-config.groovy If your database server is standalone or remote. Use the following code snippet:
multiTenantDataSource {
urlTemplate="jdbc:postgresql://<Replace me: Remote DB IP>:<Replace me: Remote DB Port>/{0}"
... other properties ...
}
... other properties ...
dataSource {
... other properties ...
url="jdbc:postgresql://<Replace me: Remote DB IP>:<Replace me: Remote DB Port>/{tenantLookupDB}"
}
Check that all scripts have been run. As glsjboss user run any that are remaining:
su - glsjboss -c /opt/gls/clarity/config/configuration_test.sh
Install or Upgrade LabLink
LabLink v2.5 is compatible with Clarity LIMS v6.3.
Install LabLink 2.5
NOTE: This step is only required if installing Lablink for the first time.
Before completing the following steps, make sure that a database named lablink is created with the same database user as Clarity LIMS database.
Install the LabLink RPM. Make sure that you have the correct repo enabled.
On the instance, as the root user, run the following command:
The script prompts for a Google reCAPTCHA URL, site key, and secret key.
Google reCAPTCHA URL: https://www.google.com/recaptcha/
Google reCAPTCHA site key and secret key: View these keys from the Google reCAPTCHA Admin Console, under Settings.
NOTE: If you prefer not to use reCAPTCHA, leave the site-key and secret-key fields blank when running the configuration script. LabLink does not display the reCAPTCHA when these fields are left blank. You can also use your own reCAPTCHA accounts when configuring LabLink.
To reconfigure LabLink (without initializing the database), run the following command as the glsjboss user:
bash /opt/gls/clarity/config/configure_lablink.sh
Upgrade LabLink 2.5
Lablink must be upgraded to the latest version if there is an order version installed.
Upgrade the LabLink RPM. Make sure that you have the correct repo enabled.
On the instance, as the root user, run the following command:
Reinstall Clarity LIMS Integration: Sequencer API RPM
NOTE: This step is only required if BaseSpaceLIMS-sequencer-api RPM is installed on the server. The RPM needs to be re-installed to resolve a known issue for version 6.3.
Run the following command to identify if the Sequencer API RPM is installed:
yum list installed | grep BaseSpaceLIMS-sequencer-api
Use the following command to reinstall the Sequencer API RPM. Make sure that the same version is being reinstalled.