Install CIP features on existing ND products

We can install a customized installation package (CIP) that includes the IBM WebSphere Application Server ND product and one or more maintenance packages. Use the CIP Installation wizard to install features that are included in the CIP. The Installation wizard also installs maintenance packages that are included in the CIP.

This page assumes that we have an existing ND installation and to install a feature using the installation wizard GUI.

If this topic does not describe the procedure that you meant to select, click the link to the description of the appropriate installation procedure before you issue the install command.

Perform the following procedure to add features to an existing WAS ND installation.

This installation also installs maintenance packages that are included in the CIP.

 

  1. Log on to the operating system. If installing as a non-root or non-administrative user, then there are certain limitations.

    [AIX]

    [HP-UX]

    [Linux]

    [Solaris] <p> In addition, select a umask that allows the owner to read/write to the files, and allows others to access them according to the prevailing system policy. For root, a umask of 022 is recommended. For non-root users, a umask of 002 or 022 could be used, depending on whether or not the users share the group. To verify the umask setting, issue the following command:

    umask
    
    To set the umask setting to 022, issue the following command:
    umask 022
    

    [Windows] <p> When installing as an administrative user on a Windows operating system, a Windows service is automatically created to autostart the appserver. The installer user account must have the following advanced user rights:

    • Act as part of the operating system

    • Log on as a service

    For example, on some Windows operating systems, click Control Panel > Administrative Tools > Local Security Policy > Local Policies > User Rights Assignments to set the advanced options. See the Windows operating system documentation for more information.

    [Windows] <p> If you plan to run the appserver as a Windows service, do not install from a user ID that contains spaces. A user ID with spaces cannot be validated. Such a user ID is not allowed to continue the installation. To work around this restriction, install with a user ID that does not contain spaces.

  2. Stop each running appserver.

    Stop all server processes in all profiles associated with the target product instance. For example, issue the following command from the $PROFILE_ROOT /bin directory to stop the server1 process in the appserver profile:

    [AIX]

    [HP-UX]

    [Linux]

    [Solaris] <p>

    ./stopServer.sh server1
    

    [iSeries]

    [Windows] <p>

    ./stopServer server1
    

    If a server is running and security is enabled, use the following command:

    [AIX]

    [HP-UX]

    [Linux]

    [Solaris] <p>

    ./stopServer.sh server1 -user user_ID -password password
    
    

    [iSeries]

    [Windows] <p>

    ./stopServer server1 -user user_ID -password password
    
    

  3. Stop the node agent process with the stopNode command. Stop the node agent processes associated with the target product instance. For example, issue the following command from the $PROFILE_ROOT /bin directory of a federated node on a Linux machine to stop the node agent process:

    [AIX Solaris HP-UX Linux Windows]

    ./stopNode.sh 
    
    

    [iSeries]

    ./stopNode 
    
    
    If servers are running and security is enabled, use the following command:

    [AIX Solaris HP-UX Linux Windows]

    ./stopNode.sh -user user_ID -password password
    
    
    

    [iSeries]

    ./stopNode -user user_ID -password password
    
    
    

  4. Stop the dmgr dmgr process with the stopManager command. Stop all dmgr processes that are running on the machine. For example, issue this command on a Linux machine from the $PROFILE_ROOT /bin directory of the dmgr profile. The example assumes we have administrative security enabled.

    [AIX Solaris HP-UX Linux Windows]

    ./stopManager.sh -user user_ID -password password
    
    

    [iSeries]

    ./stopManager -user user_ID -password password
    
    

  5. Uninstall all maintenance packages.

    we are using WAS installation image to install additional features. The features have not had any maintenance applied to them. If you remove all maintenance packages, the entire product will be at the same release level. We can then reapply the maintenance packages as described in a later step.

    Start the Update Installer program with the updi_root /update command to search for and uninstall all maintenance packages.

  6. Access the root directory of the installation package on the hard disk, or insert the disc containing the installation package into the disc drive. If installing WAS ND from CD and the CIP installer is spanned across multiple CDs, you will be prompted during the installation for the next CD.

    Best practice: To avoid being prompted for subsequent CDs, copy all installation CDs into the same directory on the hard disk, name them DISC1. DISC2, and so on for each disc, and run the installer from the DISC1 directory. You will not be prompted for the next CD during installation if we have followed this naming convention. If installing silently, then use this naming convention or the installation will not proceed

    [AIX]

    [HP-UX]

    [Linux]

    [Solaris] <p> Mount the drive if necessary.

  7. Start the installation directly with the install command.

    1. Change to the WAS directory.

    2. Run the install command.

      • ./install

      • [Windows] <p> install

    After launching the CIP installation wizard from the command line, the wizard initializes and then displays the Welcome panel. Click About this custom installation package to display detailed information about the current custom installation package, such as the edition and version.

  8. The installation wizard initializes and then displays the Welcome panel.

    Click Next to continue.

  9. The license agreement panel is displayed. Read the license agreement and accept its terms. After you accept the licensing terms, the installation wizard checks for a supported operating system and prerequisite patches.

    Although the installation wizard automatically checks for prerequisite operating system patches with the prereqChecker application, review the prerequisites on the WebSphere Application Server detailed system requirements Web site if we have not already done so. The Web site lists all supported operating systems and the operating system fixes and patches that install to have a compliant operating system. The installation process verifies that the minimum required version of a supported operating system is available. If you meet the minimum release requirements or are at a higher minor release of a supported operating system, then you will not encounter a prerequisite error. If not at the minimum version of a supported operating system, we can continue with the installation, but the installation or product operation might not succeed without applying maintenance. If at a higher major release of a supported operating system, or the operating system itself is not on the supported list, we might encounter the following warning:

    Warning: A supported operating system was not detected.
    
    Support for the operating system might have been added after the release of WAS ND.
    See the WAS detailed system requirements Web pages for more information
    about supported operating systems. We can continue with the installation, but the installation
    or product operation might not succeed without applying maintenance. Go to WAS support Web pages 
    to obtain the latest maintenance packages to apply after installation.
    

    Refer to the documentation for non-IBM prerequisite and corequisite products to learn how to migrate to their supported versions.

    Click the radio button beside the message I accept both the IBM and the non-IBM terms to agree to the license agreement and click Next to continue.

  10. The systems prerequisite check panel is displayed. After confirming that the operating system is supported and that we have installed all necessary patches, click Next to continue. The Installation wizard checks for a previous application server installation at the same product level.

  11. If installing WAS as a non-root user (or a non Administrator on Windows operating systems), then a panel is displayed indicating that a non-root user has been detected. This panel contains important information about installing as a non-root user. Read the "Non-root installation" topic in the WebSphere Application Server, V7.0 Information Center for more information. Click Next.

  12. If the wizard detects a previous installation, then WAS detection panel is displayed. You have the following options:

    • Add features to the existing installation

    • Install a new copy of WAS to another directory

    • Create a new WAS profile using the Profile management tool

    An incremental installation adds features to the shared binaries identified in the field. We can add features to the core product files at any time by running the Installation wizard again. Installing additional features does not affect profiles that we might have already created.

    Choose the radio button to add additional features. Do not change the corresponding installation directory unless another existing installation is in the directory that you specify.

    Click Next to continue.

  13. Select features to install and click Next.

    A CIP might not have all features available to install. You can install only what was included in the CIP.

    If an existing installation is at a lower level than the CIP or at the same level as the CIP, the core product will be updated to the CIP level automatically. If an existing installation is at a higher level than the CIP, the core product will not be down leveled. The feature panel only shows the features we are missing, if you select to install the new feature from CIP, the installed features will be at the same level of CIP, which is lower than existing installation. Thus incremental install on a higher level of existing installation is not recommended. There are several features available:

    •  

      Install the sample applications

      Installs the samples applications for learning and demonstration environments. The samples are not recommended for installation on production environments.

    •  

      Install non-English language packages for the administrative console

      Installs all the non-English language files for using the admin console from machines with non-English locales. If you do not select this option then only the English language pack is installed.

    •  

      Install non-English language packages for the appserver runtime environment

      Installs all the non-English language files that support the appserver runtime environment such as the wsadmin tool and logging. If you do not select this option then only the English language pack is installed.

    The installation wizard displays a confirmation panel.

  14. The installation summary panel is displayed.

    • [AIX]

      [HP-UX]

      [Linux]

      [Solaris] <p> If installing as a non-root user, we can choose to verify whether we have the correct permissions to install WAS successfully. Select the Verify my permissions to perform the installation check box if you wish to verify the permissions to install WAS ND. If the permission check fails, then review your user permissions and retry the installation. Read the "Non-root installation" topic in the WAS, V7.0 Information Center for more information.

    • [Windows] <p> The verify permissions function is currently not available on Windows operating systems.

    Review the summary information. Click Next to install WAS code or Back to change the specifications.

    The installation wizard creates the uninstaller program and then displays a progress panel that shows which components are being installed.

  15. The Installation results panel is displayed. We can verify the success of the installer program by examining the completion panel and the APP_ROOT /logs/install/log.txt file for feature installation status. Although the samples feature has been installed, the samples have not yet been deployed into a specific appserver. To deploy the samples choose one of the following options:

    • Deploy the samples to an existing appserver. Run the install command found in APP_ROOT /samples/bin

    • Create a new profile using the Profile Management Tool, which provides an option to deploy the samples during profile creation. Select the checkbox if you want run the Profile Management Tool when the installation has completed.

  16. Click Finish to close the installation wizard.

    If you did not create a profile during the installation, the option to launch the Profile Management Tool is displayed. Use the Profile Management Tool to create an operational environment that includes a profile.

    See the profiles documentation for more information.

    If you did create a profile, select the check box to open the First Steps console then click Finish.

 

Results

The Installation wizard installs the new features in the existing installation root directory. The Installation wizard configures the WAS ND product for the new features.

You must create a profile to have an operational environment.

The Installation wizard updates selected features to the new maintenance level. If any maintenance package includes service for an existing profile, the profile is updated to the new service level.

 

Next steps

Add the samples feature does not automatically deploy the samples to existing profiles that did not have samples deployed to them initially. Use the samples install command mentioned in the installation summary panel, or create a new profile and deploy the samples. Use the Profile Management Tool or the manageprofiles command to create a profile. Make sure that you deploy the samples applications during profile creation.

See the profiles documentation for more information.

After creating an appserver profile, we can deploy an application. See Fast paths for WebSphere Application Server to get started deploying applications.



Related information


   



Last updated Nov 11, 2010 1:01:09 PM CST