Upgrading is handled by the host Operating System via the package manager. Depending on your package manager, your config files will have been preserved with your local changes since the last installation. Please see Changing the zone_key and negotiation_key for information on server-server authentication.
RPM based systems
$ (sudo) rpm -U irods-icat-4.1.0-64bit-suse.rpm
DEB based systems
$ (sudo) dpkg -i irods-icat-4.1.0-64bit.deb
From iRODS 3.3.x
Upgrading from iRODS 3.3.x to iRODS 4.0+ is not supported with an automatic script. There is no good way to automate setting the new configuration options (resource hierarchies, server_config.json, etc.) based solely on the state of a 3.3.x system. In addition, with some of the new functionality, a system administrator may choose to implement some existing policies in a different manner with 4.0+.
For these reasons, the following manual steps should be carefully studied and understood before beginning the upgrade process.
- Port any custom development to plugins: Microservices, Resources, Authentication
- Make a backup of the iCAT database & configuration files: core.re, core.fnm, core.dvm, etc.
- Declare a Maintenance Window
- Remove resources from resource groups
- Remove resource groups (confirm:
iadmin lrgreturns no results)
- Shutdown 3.3.x server(s)
- If necessary, start 3.3.x in-place iCAT database (
- Install iRODS 4.0+ packages: irods-icat and a database plugin package (e.g. irods-database-plugin-postgres)
- Patch database with provided upgrade SQL file ( psql ICAT <
- If necessary, migrate 3.3.x in-place iCAT database to the system database installation. It is recommended to dump and restore your database into the system installation. This will allow the original database to be uninstalled completely, once the iRODS upgrade is confirmed.
- Provide a database user 'irods', database password, and owner permissions for that database user to the new system-installed iCAT.
- Manually update any changes to 'core.re' and 'server_config.json'. Keep in mind immediate replication rules (
acPostProcForPut, etc.) may be superceded by your new resource composition.
./packaging/setup_irods.sh(recommended) OR Manually update all 4.0+ configuration files given previous 3.3.x configuration (.irodsEnv, .odbc.ini DSN needs to be set to either 'postgres', 'mysql', or 'oracle'). The automatic
./packaging/setup_irods.shscript will work only with the system-installed database server.
- Confirm all local at-rest data (any local iRODS Vault paths) has read and write permissions for the new (default) 'irods' unix service account.
- Start new 4.0+ iCAT server
- On all resource servers in the same Zone, install and setup 4.0+. Existing configuration details should be ported as well ('server.config', 'core.re', Vault permissions).
- Rebuild Resource Hierarchies from previous Resource Group configurations (
iadmin addchildtoresc) (See Composable Resources)
- Install Custom Plugins (Microservice & Resources)
- Conformance Testing
- Sunset 3.3.x server(s)
- Close Maintenance Window