You are using an unsupported browser. Please update your browser to the latest version on or before July 31, 2020.
close
You are viewing the article in preview mode. It is not live at the moment.
Home > LOGS SDMS > Installation > Updating LOGS
Updating LOGS
print icon

For maximum convienience we provide a collection of scripts to automate recurring tasks. Those tasks include updating of LOGS. If you haven`t install this script collection (per default installed under /opt/logs/scripts/) please refer to this article. Please note that In legacy installation scrript (/opt/installer.sh) only support LOGS versions below 3.1 and therefor can be removed.

 

To update LOGS to the most recent stable version execute:

 

sudo /opt/logs/scripts/updates/updateRelease.sh current

 

To update LOGS to the a specific version execute:

 

sudo /opt/logs/scripts/updates/updateRelease.sh

 

Tip: Create a symbolic link to the update script inside /opt/logs for easier access using:

 

sudo ln -s /opt/logs/scripts/updates/updateRelease.sh /opt/logs/updateRelease.sh

 

During the update process a backup of the database will be performed automatically. Depending on the amount of meta data this may take some time to finish before the download and installation of the new LOGS binary is performed. If your network / firewall does not allow to access our download server, copy the the new LOGS binary manually in /opt/logs before you running the update script. It will automatically recognize the local file and will skip attemping to download it.

 

IMPORTANT NOTES:

1) Never skip major versions. Make sure you always update first to the latest release of each major version.

2) Some major version updates will trigger internal DB or file migrations. Make sure that those migrations are finished before updating to the next version. The most easiest way is to check if you can log in into LOGS and if the dashboard is loading as usual. If not please wait some time and recheck. Depending on the number of datasets and samples,it might take between 5 minutes to overnight to finish. More advaned users can have a look at the internal log using "sudo ./logs logs" and look for the term "Migration". To exit the log view press Ctrl+c. 

3) There is a breaking change introduced in 3.1.100+. (Upgrade of the PostreSQL database version) which require the execution of a migration script in order to update from 3.1.x (x<=100) to 3.1.y (y >= 100). The migration script is part of the bash tools collection whose installation is described in this article

 

sudo /opt/logs/scripts/migrations/upgradeToLOGS-3.1.100x.bash

 

Use the following guide to to update your installation to the most recent version. If you are unsure please contact our support team before you start. Pay attention to all points described above, especially to wait until all migrations are finished.

 

  • If you are updating from 2.7.x:  updateRelease.sh 2.7.145 -> updateRelease.sh 3.0.89 -> updateRelease.sh 3.1.52 -> run migration script -> updateRelease.sh 3.1.219 -> updateRelease.sh current
  • If you are updating from 3.0.x: updateRelease.sh3.0.89 -> updateRelease.sh 3.1.52 -> run migration script -> updateRelease.sh3.1.219 -> updateRelease.sh current
  • If you are updating from 3.1.x (x<100): updateRelease.sh 3.1.52 -> run migration script -> updateRelease.sh 3.1.219 -> updateRelease.sh current
  • If you are updating from 3.1.y (y >=100): updateRelease.sh 3.1.219 -> updateRelease.sh current

 

Perform updates manually (depreciated)

Copy the new LOGS executable to the target directory, usually /opt/logs/. We recommend doing a manual backup of the database with /opt/logs/logs db-backup /usr/bin/date -Iminutes`. Stop LOGS with sudo ./logs down Adjust the symlink to point to the new LOGS executable. Start the new LOGS with sudo ./logs up

Feedback
0 out of 0 found this helpful

scroll to top icon