Jump to: navigation, search
(Created target blank page For Version: HTCC:8.5.2)
 
(Update with the copy of version: 8.5.2DRAFT)
Line 1: Line 1:
−
<!-- Creation of the target page -->
+
= Rolling back a migration=
 +
 
 +
==Rollback to 8.5.201.09==
 +
 
 +
Since this version uses Java 7, you need to rollback your Web Services and Applications version and specify Java 7. The method by which you rollback your Java version depends on the method by which you upgraded the version.
 +
 
 +
'''Start'''
 +
 
 +
# Stop the Web Services and Applications service.
 +
# Uninstall the Web Services and Applications RPM package using the rpm package manager: <tt>rpm –e gws</tt>
 +
# Make Oracle Java 7 the default on the host.
 +
# Restore the files that you backed up during the upgrade.
 +
# Start Web Services and Applications.
 +
 
 +
'''End'''
 +
 
 +
==Rollback to 8.5.201.18==
 +
 
 +
Since this version uses Java 7, you need to rollback your Web Services and Applications version and specify Java 7. The method by which you rollback your Java version depends on the method by which you upgraded the version.
 +
 
 +
'''Start'''
 +
 
 +
# Stop the Web Services and Applications service.
 +
# Uninstall the Web Services and Applications RPM package using the rpm package manager: <tt>rpm –e gws</tt>
 +
# Make Oracle Java 7 the default on the host.
 +
# Restore the files that you backed up during the upgrade  including:
 +
#* '''/etc/init.d/gws'''
 +
#* '''/etc/default/gws'''
 +
# Start Web Services and Applications.
 +
 
 +
'''End'''
 +
 
 +
 
 +
==Rollback to 8.5.201.29, 8.5.201.40 and  8.5.201.51==
 +
 
 +
'''Start'''
 +
 
 +
# Stop the Web Services and Applications service.
 +
# Uninstall the Web Services and Applications RPM package using the rpm package manager: <tt>rpm –e gws</tt>
 +
# Restore the files that you backed up during the upgrade including:
 +
#* '''/etc/init.d/gws'''
 +
#* '''/etc/default/gws'''
 +
# Start Web Services and Applications.
 +
'''End'''
 +
 
 +
==Recover Cassandra from a snapshot==
 +
 
 +
If the rollback to previous version is not successful, the cause might be database data corruption. In this case, restore the Cassandra database from the snapshot that you took before the migration. Detailed instruction depends on your Cassandra version and can be obtained here:
 +
 
 +
<ul><li>http://docs.datastax.com/en/cassandra/1.2/cassandra/operations/ops_backup_snapshot_restore_t.html
 +
<li>https://docs.datastax.com/en/cassandra_win/2.2/cassandra/operations/opsBackupSnapshotRestore.html</li></li></ul>
 +
 
 +
 
 +
[[Category:V:HTCC:8.5.2]]

Revision as of 19:20, January 27, 2017

Rolling back a migration

Rollback to 8.5.201.09

Since this version uses Java 7, you need to rollback your Web Services and Applications version and specify Java 7. The method by which you rollback your Java version depends on the method by which you upgraded the version.

Start

  1. Stop the Web Services and Applications service.
  2. Uninstall the Web Services and Applications RPM package using the rpm package manager: rpm –e gws
  3. Make Oracle Java 7 the default on the host.
  4. Restore the files that you backed up during the upgrade.
  5. Start Web Services and Applications.

End

Rollback to 8.5.201.18

Since this version uses Java 7, you need to rollback your Web Services and Applications version and specify Java 7. The method by which you rollback your Java version depends on the method by which you upgraded the version.

Start

  1. Stop the Web Services and Applications service.
  2. Uninstall the Web Services and Applications RPM package using the rpm package manager: rpm –e gws
  3. Make Oracle Java 7 the default on the host.
  4. Restore the files that you backed up during the upgrade including:
    • /etc/init.d/gws
    • /etc/default/gws
  5. Start Web Services and Applications.

End


Rollback to 8.5.201.29, 8.5.201.40 and 8.5.201.51

Start

  1. Stop the Web Services and Applications service.
  2. Uninstall the Web Services and Applications RPM package using the rpm package manager: rpm –e gws
  3. Restore the files that you backed up during the upgrade including:
    • /etc/init.d/gws
    • /etc/default/gws
  4. Start Web Services and Applications.

End

Recover Cassandra from a snapshot

If the rollback to previous version is not successful, the cause might be database data corruption. In this case, restore the Cassandra database from the snapshot that you took before the migration. Detailed instruction depends on your Cassandra version and can be obtained here:

Comments or questions about this documentation? Contact us for support!