Technical Notes |
|
This technical note provides detailed steps to upgrade Verastream Host Integrator to version 5.5 in a Linux/UNIX environment. The upgrade process includes backing up files, removing the existing installation, installing version 5.5, and migrating the existing configurations and host application models.
This document contains two primary sections:
The Host Integrator 5.5 installation requires the previous installation to be removed; however, the Steps to Upgrade enable you to preserve your existing configurations and host application models.
We strongly recommend that you upgrade all components to version 5.5 because some earlier components are not compatible with the 5.5 components. If you have questions about upgrading your Host Integrator installation, contact Attachmate Technical Support, http://support.attachmate.com/contact/, before you begin.
Before you upgrade, review the following platforms, components, and versions supported in Host Integrator 5.5.
| Host Integrator Components |
Supported Linux/UNIX Platforms and Requirements |
| Host Integrator server (includes AADS, Administrative WebStation, Session Server, Web Server, Host Emulator, Help, Log Viewer, Session Monitor) |
Sun Solaris 8 (SunOS 2.8) or higher Red Hat Linux (for Intel X86) versions 7.3 and 8 Red Hat Enterprise Linux 3.0 (supported in Verastream Host Integrator version 5.5.500 starting in June 2004) |
| Web client requirements (to run the Administrative WebStation and applications generated by the Web Builder) |
Mozilla 1.4 on Red Hat Linux 7.3 and 8 or Red Hat Enterprise Linux 3.0, with the Java plug-in installed with Mozilla Mozilla 1.5 on Sun Solaris 8 (SunOS 2.8) with the Java plug-in installed with Mozilla |
| Java requirements |
JRE version 1.4 Tomcat version 4.1 Java browser plug-in version 1.4 |
Note the following:
In the Linux/UNIX environment, upgrading Host Integrator to version 5.5 requires this sequence of steps, which are detailed in the remaining sections of this note.
This set of steps assumes the following simple Host Integrator scenario:
If your Host Integrator installation is more complex (with more than one AADS, for example), contact Attachmate Technical Support (http://support.attachmate.com/contact/) before proceeding with the steps in this technical note.
Follow these steps to upgrade your Host Integrator components to version 5.5.
Although you can install the Host Integrator files to a directory of your choice, the steps in this technical note refer to the install directory as /usr/vhi.
mkdir /tmp/vhicp -r /usr/vhi/etc /tmp/vhiThis file exists only if the Administrative WebStation was run locally in a browser on the machine where the Host Integrator server is installed. If console.install is not present, skip to step 2c.
Copy the console.install file to the temporary directory:
cp /usr/vhi/lib/java/console.install /tmp/vhi cp -r /usr/vhi/models /tmp/vhiOn the Linux/UNIX machine:
In the Administrative WebStation:
/usr/vhi/bin/atstart -stop allRun the Verastream Host Integrator 5.5 Setup to uninstall Host Integrator. Respond yes when prompted to completely remove the existing Verastream Host Integrator Installation.
sh install.sh -cleanWhen upgrading in the Linux/UNIX environment, the AADS must be installed and the AADS settings migrated before the Host Integrator server is installed.
Use the command below to install all components except the server. Or, edit the line to install only the components you want to install now.
Choose from this list of components:
sh install.sh -installdir /usr/vhi componentsaads:apicpp:apijava:help:hostemul:logutils:smonitor:webstation/usr/vhi/bin/atstart -stop allcp /tmp/vhi/etc/aads/.bindings /usr/vhi/etc/aadscp /tmp/vhi/etc/aads/.keystore /usr/vhi/etc/aadscp /tmp/vhi/etc/aads/aads.properties /usr/vhi/etc/aadscp /tmp/vhi/etc/aads/cert.fingerprint /usr/vhi/etc/aadscp /tmp/vhi/etc/aads/domains/.bindings /usr/vhi/etc/aads/domainscp /tmp/vhi/etc/aads/servers/.bindings /usr/vhi/etc/aads/serverscp /tmp/vhi/etc/aads/profiles/.bindings /usr/vhi/etc/aads/profilesIf you prefer, you can download the upgrade-aads.sh script from the Download Library to your Linux/UNIX machine.
Note: You must use a Linux/UNIX editor to create and save this shell script in order to avoid misinterpreted line terminations.
#!/bin/sh# turn on xtrace (useful for debugging)set -x if [ ! -f /etc/vhi/installdir.txt ] ; then echo 1>&2 "Cannot find VHI installation" exit 1else rootcontext=`cat /etc/vhi/installdir.txt`fiserver=""while [ $# -gt 0 ]do case $1 in help|-h*) echo 1>&2 "usage: $0 <AADS machine name>" echo 1>&2 "Migrate AADS configuration to 5.5 format" exit 1 ;; *) server=$1 break ;; esac shiftdoneif [ "$server" = "" ] ; then echo 1>&2 "usage: $0 <AADS machine name>" echo 1>&2 "Migrate AADS configuration to 5.5 format" exit 1fi# set up the classpathfor i in $rootcontext/lib/java/*.jardo cp=$i:$cpdone# run the program itself - backslashes must be followed # immediately by carriage returns (no intervening characters)$rootcontext/jre/bin/java -cp $cp \com.wrq.apptrieve.aads.apps.ConfigureAADS \-upgrade \-server $server \-rootcontext $rootcontextset +xexit $? |
sh upgrade-aads.sh <AADS>If you did not install an Administrative WebStation, skip to Install the Host Integrator server.
cp /tmp/vhi/console.install /usr/vhi/lib/java/console.install/usr/vhi/bin/atstart -start webstationsh install.sh installdir /usr/vhi components server Do not start the server when prompted. If the server starts before the model files are migrated, errors will be logged.
cp /tmp/vhi/etc/sesssrvr.config /usr/vhi/etcThe steps in this section direct you to migrate the model files to preserve existing settings. However, to take advantage of the 5.5 model features, such as event handling, each model must be opened and saved in the Design Tool (on a Windows PC) at a later time.
To correct the model file names and case, you can either Run a script for multiple models or Manually edit and move individual files, using the steps outlined below.
Follow the steps in Appendix A: Renaming and Moving Multiple Models to change the model names to lower case and copy the model files to the deploy directory.
The steps also instruct you to edit the session server configuration (sesssrvr.config) file.
Follow these steps to manually edit the model file name, edit the model directory, move the model files, and edit the session server configuration file.
These steps refer to an example of an existing model with a mixed-case name: /usr/vhi/models/CCSDemo/CCSDemo.model
cp r /tmp/vhi/models/CCSDemo /usr/vhi/modelsmv /usr/vhi/models/CCSDemo/CCSDemo.model /usr/vhi/models/CCSDemo/ccsdemo.model mv /usr/vhi/models/CCSDemo /usr/vhi/models/ccsdemo Copy each saved model to the Host Integrator 5.5 deploy directory. For example, to copy ccsdemo:
cp -r /usr/vhi/models/ccsdemo/ccsdemo.model /usr/vhi/deploy/ccsdemo/ccsdemo.model /usr/vhi/bin/atstart -start allAt this point, the Host Integrator server is expected to recognize the original model file/directory structure and upgrade the models in the 5.5 deploy directory. Models are automatically moved to version-numbered subdirectories.
Host Integrator domain server settings
LDAP authentication settings
Security: Enabled
Note: If you did not install an Administrative WebStation on the Linux/UNIX machine, you can use an Administrative WebStation on a different machine and point to the Linux/UNIX server.
Follow these instructions to change multiple model names to lower case and then move them to the deploy directory on the Linux/UNIX machine.
cp r /tmp/vhi/models /usr/vhiNote: Before you run the script (below), confirm that Host Integrator server has been upgraded to 5.5 and that the session server is stopped.
If you prefer, you can download the deploy_models.sh script from the Download Library to your Linux/UNIX machine.
Note: You must use a Linux/UNIX editor to create and save this shell script in order to avoid misinterpreted line terminations.
#!/bin/sh# Obtain the VHI install directory here.installdir=`cat /etc/vhi/installdir.txt`echo "VHI Installation directory : $installdir"# Create a newmodels/ directory, to which a copy of down-cased # and consistently named model files will be made.rm -r $installdir/newmodelsmkdir $installdir/newmodels# For each model file in <VHI InstallDir>/models/*/*.modelfiles=`ls -d $installdir/models/*/*.model`for modelFile in $filesdo# Obtain the model file's base name and convert to lower case base=`basename $modelFile .model | tr '[A-Z]' '[a-z]'`# Create the destination directory for deployment echo Creating directory "$installdir/deploy/$base" mkdir $installdir/deploy/$base # Create destination directory for newmodels/ mkdir $installdir/newmodels/$base# Copy our model file into the deploy directory. echo " Copying $modelFile ==> $installdir/deploy/$base/$base.model" cp $modelFile $installdir/deploy/$base/$base.model cp $modelFile $installdir/newmodels/$base/$base.modeldone## Rename the models/ and newmodels directory# mv -f models/ oldmodels/# mv f newmodels/ models/# |
Edit the server configuration (sesssrvr.config) file to change every instance of the ModelName “model” entry from mixed case to lower case.
Note: In addition to the Model configuration shown here, you must also revise the ModelName “model” entry under the Session Pool configuration section, if applicable.
In this sample sesssrvr.config file, change the model name (highlighted in red) from mixed case (CCSDemo) to lower case (ccsdemo).
Model ModelName "CCSDemo" Version "Aug 21 10:51:18 2001" ValidationStr "Apptrieve 4.5.1 Model v0998416278:1:0439122554 " Host "myhost" HostPortID 1099/Model |
The corrected string appears as follows:
Model ModelName "ccsdemo" Version "Aug 21 10:51:18 2001" ValidationStr "Apptrieve 4.5.1 Model v0998416278:1:0439122554 " Host "myhost" HostPortID 1099/Model |
After you run this script, continue with the steps to Start all components.