The following information pertains to the installation process using the Java Enterprise System installer.
If you remove component packages or RPMs directly, the next time the installer is run, it may see a component as still being installed and not behave correctly.
Solution If you have already removed component packages or RPMs manually, you must still use the Java ES uninstaller to uninstall the component.
If the system on which you run the Java ES installer does not have sufficient swap space to run the installer, the CLI mode installer (./installer -nodisplay) continues to run after displaying an error message that includes:
com.sun.entsys.dre.DREException: Not enough space |
Solution If you see this message, exit the installer. Then, allocate more swap space or free up existing swap space before running the installer again.
When installing Java ES in a whole root zone on earlier versions of Solaris 10, the installer might display one of these messages:
Unsupported components in zone Following components required by the selected components, are not supported in local zone and they can not be installed directly into the local zone. Please install these components from the global zone before proceeding the installation SharedComponent |
or
The Sun Web Console packages that are installed on your system have a defect that is preventing Java ES from installing in a while root non-global zone. In order to rectify this situation you must upgrade the Sun Web Console packages in the global zone before installing Java ES in a whole root zone. Please see the Java ES Release Notes (bug 6451030) and Installation Guide for further information. |
Both of these messages appear because the Sun Java Web Console packages already installed contain an incorrect attribute setting that prevents the installer from upgrading them. The Sun Java Web Console packages that contain the incorrect attribute setting were shipped with Solaris 10, Solaris 10 1/06, Solaris 10 6/06, and Java ES 2005Q4.
Solution To resolve this issue, you must upgrade the Sun Java Web Console packages in the global zone before you install Java ES in a whole root zone. You have two options:
In the global zone, run the installer and install only All Shared Components. This upgrades the Sun Java Web Console packages and fixes the zones attribute, but also installs all the other Java ES 5 shared components into the global zone and propagates them into all non-global zones. This might not be acceptable for your situation and is not recommended if you have a previous version of Java ES installed in a whole root zone.
In the global zone, upgrade only the Sun Java Web Console packages. To do this, log into the global zone and navigate to the Java ES 5 installation directory for Solaris. As root, do the following:
cd Product/sunwebconsole ./setup |
The setup script upgrades Sun Java Web Console in the global zone and propagates the upgrade to all non-global zones.
The Java ES installer interacts with the HP-UX depot mechanism to find installed components, check for dependencies, and install the bits. The client-server architecture of the depot mechanism leads to slower system response time, and the repeated interaction makes the overall installation process noticeably slower than on other platforms.
Solution None.
If the system has a file descriptor limit of set too low, some components cannot be configured correctly. The installer does not report such configuration failures, but the configuration log files show the failures.
Solution Before installation, set the file descriptor limit to a high value, such as 1024 or 2048. After installation, you can reset the file descriptor limit back to its previous value.
The installer should check if shared components is an evaluation component and replace it if in fact it is an evaluation component.
Solution Ensure that the workstation does not have an evaluation component installed before beginning an installation.
Any Java ES 2005Q4 installation using CD swaps from within zones will fail. Installation into non-global zones from CDs is not supported in Java ES 2005Q4. Specifically, installation of Sun Cluster on a local zone is also not supported.
When installing build 10 on Solaris 9, update 6 the install fails because it requires a patch that is not applicable on update 6 (patch 117714–06).
Solution Install the SUNWced and SUNWcedu packages.
Please note that log messages are not always valid. For example, the “no software was installed” message appears even if some (but not all) component products are installed after an error of some sort.
When a component product is selected, the installer automatically selects to install any dependent component products. The component product selection page does not indicate that the dependencies have been selected along with the original component product.
Solution None.
The window for certain languages like German is not wide enough to display the entire interface. As a result, text of elements like hints get truncated at the right hand side or at the bottom.
Solution Manually resize the window.
When installing Access Manager on HP-UX, the installation fails, indicating that Access Manager could not find the gettext binary.
Solution Download getext 0.14.6 or later and install it.
The problem of web server startup failures can be attributed to the Access Manager's SDK configuration. In the current scenario, the AMConfig.properties file contains the wrong information and causes a series a web server startup failures. The following variables do not have the correct information:
com.iplanet.am.directory.host
com.iplanet.am.server.host
com.iplanet.am.console.host
com.iplanet.am.profile.host
com.iplanet.am.naming.url
com.iplanet.am.notification.url
Solution On your node B, where Access Manager SDK is installed with Web Server, modify the <Web_Server_Instance_dir>/config/server.xml file and add the required Access Manager JAR files to the classpath.
The Java ES Installer does not add a platform entry for an existing directory server installation (DIRECTORY_MODE=2).
Solution Edit the platform service Server List attribute to add the second instance. For example. if the first instance is host1.example.com, it will have an entry such as http://host1.example.com:port|01. If the second instance is on host2 and uses the same Directory Server as host1, use the Access Manager administrator console to add an entry such as http://host2.example.com:port|02.
To improve the search performance, Directory Server has several new indexes. Therefore, after you install Access Manager with an existing directory information tree (DIT), rebuild the Directory Server indexes by running the db2index.pl script. For example: # ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot
The db2index.pl script is available in the DS-install-directory/slapd-hostname/ directory.
After the Access Manager upgrade process from version 6.1 to version 6.2 is finished, the upgrade log indicates that the DB based logging was not handled correctly.
Solution None. The Access Manager upgrade process from version 6.1 to version 6.2 does not support backing up of the DB log tables.
If Directory Server is already installed and has only LDAPS (SSL) enabled, the installation of Access Manager will fail. To install Access Manager, first enable LDAP (no SSL) for Directory Server. After the Access Manager installation is finished, you can disable LDAP and leave only LDAPS.
In passwords (such as for amadmin) and the Directory Server root suffix, Access Manager does not support a single quote (\q). The back-slash (\\), however, is supported.
When you run the Java Enterprise System installer, the installation of Access Manager fails if Directory Server is configured to require users to change their passwords the first time they log in.
Solution Set the Directory Server password reset policy to “off”.
Although the classpath and other Access Manager web container environment variables are updated during installation, the installation process does not restart the web container. If you try to login to Access Manager after installation before the web container is restarted, the following error is returned:
Authentication Service is not initialized. Contact your system administrator. |
Solution Restart the web container before you login to Access Manager. Directory Server must also be running before you login.
Access Manager does not update the Application Server domain.xml properly with JVM options and server classpath . This is known to occur in the following scenario:
You install and configure Application Server and Directory Server.
You create a node agent.
You create a non-default Application Server instance.
You install Access Manager in "Configure Later" mode.
You edit the amsamplesilent file and then run it using amconfig.
When you try to log in to Access Manager with a browser, an error message is displayed.
Solution Before installing Access Manager, edit the amsamplesilent file so that the container block includes the following information:
AS81_HOME=/opt/SUNWappserver/appserver AS81_PROTOCOL=$SERVER_PROTOCOL AS81_HOST=$SERVER_HOST #AS81_HOST=$DISTAUTH_HOST AS81_PORT=$SERVER_PORT AS81_ADMINPORT=$ADMIN_PORT AS81_ADMIN=admin AS81_ADMINPASSWD="$ADMINPASSWD" AS81_INSTANCE=server1 AS81_DOMAIN=domain1 AS81_INSTANCE_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance AS81_DOCS_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance/docroot AS81_ADMIN_IS_SECURE=true |
After the edits are completed, run the amconfig command:
./amconfig -s amsamplesilent |
If you install the Application Server Domain Administration Server, the Application Server Node Agent is listed as installed and compatible in subsequent installation sessions. This issue arises because the Domain Administration Server and Node Agent use the same set of packages and differ only in configuration.
Solution None. The software to support node agents is installed. To create a node agent, use the asadmin create-node-agent command. See create-node-agent(1) for more information.
The installer prompts you for the “server name” for the Application Server. However, the installer uses the actual host name of the machine regardless of what you input in the text field.
Solution If the server name is different from the server’s host name, become superuser and type the following in the domain directory of interest (the “server root” directory):
# find . -type f -exec grep -l $HOSTNAME {} \\ ;
Then, change the file contents appropriately.
On Linux, attempts to start a domain generate an exception that refers to libstdc++. This occurs because Application Server requires certain compatibility libraries on Linux that are not installed by default.
Solution Install the following compatibility libraries:
compat-gcc-7.3-2.96.build.i386.rpm
compat-gcc-c++-7.3-2.96.build.i386.rpm
compat-libstdc++-7.3-2.96.build.i386.rpm
These libraries are not installed by default, but are available in the Red Hat Linux distribution. Note that the value of build may differ on different versions of Red Hat Linux.
Directory Server 5.1 is bundled with Solaris 9. Therefore, after you install Directory Server from Java ES 5, two versions exist on the system: version 5.1 from Solaris 9, and version 6.0 from Java ES.
When you use Directory Server on such systems, you must make sure you use the command set associated with the version of Directory Server you are trying to administer.
When accessing Directory Service Control Center through Internet Explorer 6, saving index configuration changes for a suffix causes a null error to appear. Additionally, the progress window for the operation appears to freeze.
Solution Access Directory Service Control Center through a different browser, such as a Mozilla-based browser.
The Java ES installer allows you to select any and all components for installation along with the Sun Java System Monitoring Console. However, due a limitation of the Monitoring Console, it does not run when installed on the same host or in the same Solaris zone as the components that it monitors. If Monitoring Console is selected with other components, the installation will not fail, but you will not be able to configure and run the Monitoring Console.
Solution Install the Monitoring Console on a dedicated host where no other Java ES components are installed. When running the installer, do not select the Monitoring Console for installation when installing other components. For more details, see the procedure To Install the Monitoring Console with the Java ES Installer in Sun Java Enterprise System 5 Monitoring Guide.
Alternatively, you can install the Monitoring Console on the same physical machine as other Java ES components by creating a dedicated logical host in a local zone with the Solaris 10 operating system. For more details, see the procedure To Install the Monitoring Console in a Solaris Zone in Sun Java Enterprise System 5 Monitoring Guide.
If you wish to install Java ES components on a host where you previously installed and configured Monitoring Console, follow the procedure To Unconfigure the Monitoring Console in Sun Java Enterprise System 5 Monitoring Guide
When the Monitoring Console is not installed in the default location, it cannot be found by the Web Console and therefore cannot be launched.
Solution Do not specify a location other than the default when installing Monitoring Console.
After installing the Sun Java System Monitoring Console, the Java ES installer does not automatically configure and start the Monitoring Console.
Solution You must manually run the commands to configure and start the Monitoring Console after installation. See the procedures for Installing the Monitoring Console in Sun Java Enterprise System 5 Monitoring Guide, and then the procedure Starting the Monitoring Console in Sun Java Enterprise System 5 Monitoring Guide.
The problem occurs because the filter entry for the AMLControllerFilter filter is commented in the web.xml file of the Access Manager web application.
Solution In the web.xml file of the Access Manager web application, uncomment the AMLControllerFilter filter entry.
As Portal Server is being configured, the installation progress bar does not move. This can give the impression that the configuration process has hung.
Solution Ignore the apparent inactivity and wait for the Portal Server configuration process, which can take up to 45 minutes on a low-end system, to complete.
Solution Refer to the following publication for the latest upgrade documentation regarding this issue:
Sun Java Enterprise System 5 Upgrade Guide for UNIX
Clicking on the help icon from the SampleIFrame Channel produces “HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm” is not available.
Solution None. No help is provided with iFrame provider.
During installation and uninstallation of Portal Server, the installer and uninstaller appear to hang. The delay can be up to 30 minutes before installation/uninstallation finishes successfully.
Solution None.
x86 machines running Solaris 10 fail to come up in cluster mode due to changes made for the Solaris boot architecture project. The following error messages are displayed when the machine boots up:
Use is subject to license terms. NOTICE: Can't open /etc/cluster/nodeid NOTICE: BOOTING IN NON CLUSTER MODE NOTICE: NO PCI PROP NOTICE: NO PCI PROP Configuring devices. Hostname: pvyom1 devfsadm: minor_init failed for module /usr/lib/devfsadm/linkmod/SUNW_scmd_link.so Loading smf(5) service descriptions: 24/24 /usr/cluster/bin/scdidadm: Could not load DID instance list. Cannot open /etc/cluster/ccr/did_instances. Not booting as part of a cluster /usr/cluster/bin/scdidadm: Could not load DID instance list. Cannot open /etc/cluster/ccr/did_instances. Note: path_to_inst might not be updated. Please 'boot -r' as needed to update. |
Solution Perform these steps:
Add /etc/cluster/nodeid to /boot/solaris/filelist.ramdisk.
Enter these commands:
# bootadm update-archive # reboot -- -r |
Attempting to boot up all nodes of a 16 node cluster at the same time results in node panics and nodes hanging waiting for quorum.
This bug was caused due to incorrect configuration of the private interconnect switches. It is required to disable spanning tree for the switch ports used for the Sun Cluster private interconnects. This was not done for the switches on the 16 node cluster and hence this bug. The cluster cannot be brought online due to this bug.
In order to resolve this issue it is required to disable the spanning tree for the switch ports used for the Sun Cluster private interconnects.
Solution None.
While installing Sun Cluster localized packages, the following warning message is displayed in the Java ES installation log. Localized packages are named SUNW*scspmu. This warning message does not appear when localized components are not selected to install.
Warning: smreg is obsolete and is preserved only for compatibility with legacy console applications. Use wcadmin instead. Type "man wcadmin" or "wcadmin --help" for more information. |
This warning is generated because Sun Cluster localization packages use the smreg command instead of wcadmin which is a new command in Sun Java(TM) Web Console 3.x. This message could mislead customers by implying that they need to perform another step to complete the Sun Cluster installation.
Solution This warning does not result from an installation error. You can safely ignore this warning message.
The installer gives you the option of choosing to install the Sun Cluster HA Application Server Agent with Application Server and HADB 8.1. However, the HA Application Server Agent does not support Application Server and HADB 8.1. As a result, you cannot configure HA Application Server.
Solution Do not install the HA Application Server Agent with Application Server and HADB 8.1.
Java Enterprise System 2005Q1 includes the Sun Cluster Data Service for the Sun Java System Directory Server 5 2004Q2. If you need the Sun Cluster Data Service for Sun Java System Directory Server 5.0 or 5.1 or for Netscape HTTP, version 4.1.6, it is available in the Sun Cluster 3.1 Data Services 10/03 release. To request this release, contact your Sun customer service representative.
Instead, it is installed from the Java Enterprise System 1 Accessory CD, volume 3. Also, the data services are not installed from the agents CD. Instead, they are installed from the Java Enterprise System 1 Accessory CD, volume 3.
If you have installed a Sun Cluster Agent prior to running the Java Enterprise System installer, the installer does not allow you to install additional agents.
Solution Install additional Sun Cluster Agents using pkgadd.
Solution Back-up all your configuration files. Then, remove the install directory before installing Web Server using the Java Enterprise System installer.