+

Search Tips   |   Advanced Search

 

convertScriptCompatibility command

 

The convertScriptCompatibility command is used by administrators to convert their configurations from a mode that supports backward compatibility of WAS V5.x or 6.0.x administration scripts to a mode that is fully in the V6.1.x configuration model. The scope of the configuration changes depend on the type of profile that is being processed.

Nodes are checked to verify that they are at a WebSphere Application Server V6.1.x level before they are processed in order to support mixed-node configurations. Client environments are not processed. The following conversions take place with this tool:

 

Syntax

The syntax is as follows: [AIX] [HP-UX] [Linux] [Solaris]

convertScriptCompatibility.sh  -help
 convertScriptCompatibility.sh  [-profileName profile_name]
                     [-backupConfig true | false]
                     [-nodeName node_name [-serverName server_name]]
                     [-traceString trace_spec [-traceFile file_name]]

[Windows]

convertScriptCompatibility.bat  -help
 convertScriptCompatibility.bat  [-profileName profile_name]
                     [-backupConfig true | false]
                     [-nodeName node_name [-serverName server_name]]
                     [-traceString trace_spec [-traceFile file_name]]

 

Parameters

Supported arguments include the following parameters:

-help

This displays help for this command

-backupConfig

This is an optional parameter that is used to back up the existing configuration of the current profile. The default is true—that is, to use the backupConfig command to save a copy of the current configuration into the profile_name/temp directory.

Use the restoreConfig command to restore that configuration as required.

See restoreConfig command.

-profileName

This is an optional parameter that is used to specify the profile configuration in the V6.1.x environment. If this is not specified, the default profile is used. If the default profile has not been set or cannot be found, the system returns an error.

-nodeName

This is an optional parameter that is used to specify a particular node name be processed rather than every node in the configuration. If this is not specified, all nodes in the configuration are converted.

-serverName

This is an optional parameter that is used to specify a particular server name to be processed rather than every server in the configuration. It can be used on all profile types and can be used in conjunction with the -nodeName parameter when processing ND configurations. If this parameter is not specified, all servers in the configuration are converted. If it is used in conjunction with the -nodeName parameter, all processing is limited to the specified node name.

-traceString

This is an optional parameter. The value trace_spec specifies the trace information to collect. To gather all trace information, specify "*=all=enabled" (with quotation marks). The default is to not gather trace information. If you specify this parameter, also specify the -traceFile parameter.

-traceFile

This is an optional parameter. The value file_name specifies the name of the output file for trace information. If you specify the -traceString parameter but do not specify the -traceFile parameter, the command does not generate a trace file.

 

Usage

Standalone appserver profile

Example scenario

  1. Run the WASPostUpgrade command and specify -scriptCompatibility=true or do not specify a value for the -scriptCompatibility parameter (which has a default value of true).

  2. Follow these steps to convert all servers under this standalone profile:

    1. Open a command window.

    2. Change to the V6.1.x profile's profile_root/bin directory.

    3. Run the following command: [AIX] [HP-UX] [Linux] [Solaris]

      ./convertScriptCompatibility.sh 
      

      [Windows]

      convertScriptCompatibility.bat 
      

Deployment manager with managed nodes

Example scenario 1

  1. Run the WASPostUpgrade command against the deployment manager as well as all of its managed nodes and specify -scriptCompatibility=true or do not specify a value for the -scriptCompatibility parameter (which has a default value of true).

  2. Follow these steps to convert all nodes and servers in this cell.

    The following steps should be taken against the deployment manager profile. If you run the convertScriptCompatibility command against a managed profile, the changes will be removed the next time the deployment manager synchronizes with the managed node.

    1. Open a command window.

    2. Change to the V6.1.x deployment manager profile's profile_root/bin directory.

    3. Run the following command: [AIX] [HP-UX] [Linux] [Solaris]

      ./convertScriptCompatibility.sh 
      

      [Windows]

      convertScriptCompatibility.bat 
      

  3. Synchronize the deployment manager's configuration with each managed node to produce a consistent configuration.

Example scenario 2

  1. Run the WASPostUpgrade command against the deployment manager and specify -scriptCompatibility=false.

  2. Run the WASPostUpgrade command against the deployment manager's managed nodes and specify -scriptCompatibility=true or do not specify a value for the -scriptCompatibility parameter (which has a default value of true).

  3. Follow these steps to convert all non-converted nodes and servers in the cell.

    The following steps should be taken against the deployment manager profile. If you run the convertScriptCompatibility command against a managed profile, the changes will be removed the next time the deployment manager synchronizes with the managed node.

    1. Open a command window.

    2. Change to the V6.1.x deployment manager profile's profile_root/bin directory.

    3. For each managed node that has not been converted, run the following command: [AIX] [HP-UX] [Linux] [Solaris]

      ./convertScriptCompatibility.sh –nodeName ${non_converted_nodename}
      

      [Windows]

      convertScriptCompatibility.bat –nodeName ${non_converted_nodename}
      

  4. Synchronize the deployment manager's configuration with each managed node to produce a consistent configuration.

For more information about where to run this command, see Use command line tools.


 

Related tasks


Migrating product configurations
Use the migration tools to migrate product configurations

 

Related Reference


clientUpgrade command
WASPreUpgrade command
WASPostUpgrade command

 

Reference topic