This section describes Netra j 2.0.1 software upgrade considerations.
HotJava Views 1.1.3 is automatically installed with the Netra j 2.0.1 software. During the HotJava Views upgrade, the following information may be lost:
Groups you have configured
Application icons you have added to Selector
To preserve group configurations, copy the file /opt/SUNWjdt/lib/props/jdt.group to a different directory prior to the upgrade, or save it under a new name such as jdt.group.save (filenames unknown to HotJava Views will be ignored during the upgrade). After the upgrade, you can replace the new jdt.group file with your saved file, as the file format has not changed with 1.1.3.
Due to format changes in the /opt/SUNWjdt/lib/props/selector.apps file, it will be necessary to add application icons back to Selector after the upgrade. For instructions, see "Adding an Application Icon to the HotJava Views Selector".
As with any upgrade, it is a good idea to back up the file system in case you wish to retrieve old files after the upgrade.
Upgrading from a Netra i system to a Netra j system means a shift of emphasis in the capabilities of the server.
Netra i systems provide only NIS client capabilities, whereas Netra j servers provide NIS server capabilities. For example, a Netra i site with local user accounts must become NIS user accounts for login through JavaStation systems.
ISDN Internet access, considered central to a Netra i server, is no longer available to the Netra j server.
Netscape Navigator is required for systems upgrading from Netra i versions 3.1 and 3.2 that support Netscape Enterprise Server(TM) and FireWall First!.
The following information affects systems upgrading from Netra i 3.1 and Netra j 1.1.
Before completing the initial configuration steps on the Netra j 2.0.1 software, check the Netra j host name from the Local Name Service module, under Name Services.
If the Netra j host name is mapped to the loopback IP address (127.0.0.1), you must delete this reference to the host name machine. In such cases, you must add a separate host-to-IP address mapping that maps the host name of the Netra j server to the IP address of the network interface that is used to provide boot services to the JavaStation client or network computer.
When you upgrade from Netra i 3.1 to Netra j 2.0.1, the file system backup options set for Netra i 3.1 are lost after the upgrade. The system administrator should restore the options for Netra j 2.0.1.
If you are upgrading Netra i 3.1 and Netra i 3.2 systems to Netra j 2.0.1 and you must load the operating system, make a tape backup of the entire file system. In particular, back up the Netscape Web Server port 80 htdocs directory and subsequently restore it once the upgrade process is complete and the SUNWnse package reinstalled.
For Netscape Enterprise Server 2.0, this directory is /usr/local/netscape/nse-home/docs; for Netscape Enterprise Server 3.0 it is /opt/netscape/suitespot/docs.
The port 81 Administration Web Server user password is lost on upgrading to Netra j 2.0.1 from Netra j 1.1 because the National Center for Supercomputing Applications (NCSA) server is no longer used for Netra j administration. Sun WebServer now performs this task, and the Administration Web Server user password is stored differently. This is why you are always prompted for a new Administration Web Server password when logging in immediately after an upgrade.
Access control lists associated with the NCSA server are also lost. You must apply similar access rights to the server through Sun WebServer after upgrading to Netra j 2.0.
The following information affects systems upgrading from Netra i 3.1 and Netra j 1.1.
Before completing the initial configuration steps on the Netra j 2.0.1 software, check the Netra j host name from the Local Name Service module, under Name Services.
If the Netra j host name is mapped to the loopback IP address (127.0.0.1), you must delete this reference to the host name machine. In such cases, you must add a separate host-to-IP address mapping that maps the host name of the Netra j server to the IP address of the network interface that is used to provide boot services to the JavaStation client or network computer.