Before Upgrading or Downgrading

When upgrading or downgrading, Aspera recommends the following preparation to ensure a smooth process, minimal transfer disruption, and peace-of-mind that your original configuration is backed up in case of any problems.

Upgrading

  • The installer automatically checks for an older version of the product on your system. If an older version is found, the installer automatically removes it before installing the new version.
  • Although the installer performs your upgrade automatically, Aspera highly recommends completing the tasks below before upgrading. If you do not follow these steps, you risk installation errors or losing your former configuration settings.
  • You cannot upgrade directly between different Aspera transfer products (such as from HSTS or HSTE). To upgrade, you need to back up the configuration, uninstall the product, and perform a fresh install of the new version of the product.

Downgrading

Older installers do not check for newer versions of the application. You must prepare your machine as described below then uninstall the newer version before continuing with your downgrade.

Newer versions of the Redis database are not compatible with older versions of the application. Your downgrade process depends on whether a backup of the older Redis DB is available, either as a separate backup file or as part of your backup of the var directory from the older version.

  • With a backup: Follow the steps below to prepare your machine. Uninstall the application (for instructions, see Uninstalling). Copy the older Redis DB file into the var directory before installing the older (downgrade) version.

    /opt/aspera/var/

  • Without a backup: Follow the steps below to prepare your machine. Uninstall the application (for instructions, see Uninstalling) and delete the var and etc directories from your machine. Then do a fresh installation of the older version. The configuration files in the etc directory may be compatible with older versions, but not all configurations may be read.

    /opt/aspera/var/

    /opt/aspera/etc/

Preparing for an Upgrade or Downgrade

  1. Verify the current version of HSTE.
    The steps that are required to prepare for an upgrade depend on your version. To view the current product and version, run the following command:
    # ascp -A
  2. Review product release notes.
    Review the release notes for the versions that were released since your current version. In particular, the Breaking Changes section highlights changes that may require you to adjust your workflow, configuration, or usage.
  3. If you were using asperawatchdor Watch Folders, set a docroot or restriction for the user running those services, if it is not already set.
    For more information on setting docroots or restrictions for users, see Updating the Docroot or Restriction of a Running Watch Folder Service. Ensure that the pathname being watched (the source_dir of the Watch Folder) is in the user's docroot or restriction.
  4. If you were using asperawatchd or Watch Folders, prepare your Watch Folders for upgrade.
    Due to changes in the way watches are managed as of 3.8.0, the entire watch hierarchy is re-transferred after upgrade unless one of the following actions is taken to prepare your system:
    1. Archive files in the source directory before upgrade. This prevents asperawatchfolderd from considering all files in the source as new files and re-transferring them.
    2. Update the configuration of existing Watch Folders to set "overwrite" to NEVER. For instructions, see Managing Watch Folders with aswatchfolderadmin or Managing Watch Folders with the API. After upgrade, Watch Folders only transfers files that do not exist at the target. Once the first drops complete, you can reset "overwrite" to your preferred setting.
  5. Stop or allow to complete any FASP transfers that were initiated by the computer that you are upgrading.
    FASP transfers cannot proceed during your Aspera product upgrade.
    • Stop (and resume after upgrade) or allow to complete any Ascp, Ascp4, or Aspera Sync transfers in the command line.
  6. Back up configuration and settings files.
    These files are found in the etc and var folders.
    • /opt/aspera/etc/
    • /opt/aspera/var/
  7. Back up the Redis database.
    The Redis database is backed up as part of backing up the var directory, but Aspera recommends backing it up separately as well, particularly if it is stored on a different machine.
    # sudo /opt/aspera/bin/asnodeadmin -b /filepath/database.backup
  8. If you modified the daemon startup scripts for Aspera Central and asperanoded (for example, as part of an Aspera API integration), back up the modified files. These files are overwritten during an upgrade and you will need to copy your modifications into the new files after upgrading.