The Prestoserve(TM) 2.4.2 release will not function properly with the Solaris 7 3/99 software environment if the workaround below is not implemented. Below is a partial list of some of the platforms and hardware options that may be affected:
Ultra(TM) 1 Creator Model 170E
Ultra 1 Creator3D Model 170E
Sun(TM) Enterprise(TM) 1 Model 170E
SunSwift(TM) SBus Adapter Card
If you installed Prestoserve 2.4.2 and are using a platform or hardware option listed above, you must do the following steps to provide compatibility:
Edit the /etc/system file and add the following information:
set fas:fas_enable_sbus64 = 0
Reboot your system.
Failure to reboot your system can corrupt data.
A Prestoserve patch (#103043-08) that automatically adds the above information to the /etc/system file is available. If you prefer to make this change using the Prestoserve patch, contact your authorized Sun support provider. If you edit the /etc/system file as described above, you do not need the Prestoserve patch.
If you installed Prestoserve 2.4.2 and are using an Ultra 2 platform (200MHz or 300MHz), you must do the following steps to provide compatibility:
Edit the /etc/system file and add the following information:
set fas:fas_enable_sbus64 = 0
Reboot your system.
Use pkgadd to add the SUNWprsto package.
Add the Prestoserve patch (103043-08).
If the above steps are not followed, your Ultra 2 system may panic.
Due to PROM limitations, all sun4c, sun4d, and sun4m architectures will not boot from partitions greater than 2-Gbytes. These systems will fail with the following message:
bootblk: can't find the boot program
All sun4u architectures support booting from larger partitions.
One related bug (4023466) reports a problem with re-preinstall where the boot image for large disks creates root partitions greater than 2-Gbytes. System Administrators are cautioned not to use re-preinstall on sun4c, sun4d, and sun4m systems with large root disks (4-Gbytes and greater).
Sun4d diskless clients cannot be booted using SunFDDI(TM) adapters (FDDI/S 6.0 or FDDI/P 2.0) installed in servers running the Solaris 7 3/99 operating evironment. If you intend using a Sun4d as a diskless client, deploy it in an ethernet section of your network.
The Quad Ethernet (QE) and Quad Ethernet Controller (QEC) must be configured with other non-Dynamic Reconfiguration (DR) boards. DR does not support QE and QEC on Sun Enterprise X000 platforms running the Solaris 7 3/99 operating environment or compatible versions.
Contact your service provider for availability of patch 106827-01. The patch is not available at the time of this release.
ISDN does not support the Power Management(TM) suspend and resume features.
Any application requiring ucblib will not link or run with the 64-bit Solaris operating environment.
Workaround: No workaround is available at this time. Contact your authorized Sun support provider for more information.
If you have SunScreen(TM) SKIP 1.1.1 currently installed on your system, you should remove the SKIP packages before installing or upgrading to Solaris 7. The packages you should remove are:
SICGbdcdr
SICGc3des
SICGcdes
SICGcrc2
SICGcrc4
SICGcsafe
SICGes
SICGkdsup
SICGkeymg
SICGkisup
If you have Solstice SyMON currently installed on your system, you should remove the SyMON packages before installing or upgrading to Solaris 7. The packages you should remove are:
SUNWsyc
SUNWsye
SUNWsym
SUNWsyrt
SUNWsys
SUNWsyu
SUNWsyua
SUNWsyub
SUNWsyuc
SUNWsyud
SUNWsyue
SUNWsyuf
For information on the availability of Sun Enterprise SyMON 2.0, go to:
http://www.sun.com/servers/symon.html
The following issues apply to the SunVTS(TM) 3.1 product.
The following SunVTS tests are not available in the 64-bit mode:
cg14test, isdntest, pstest, sxtest, and tcxtest
The SunVTS 3.1 online diagnostics feature (SUNWodu) is no longer accessible through the SyMON interface.
To start SunVTS to safely run in an online environment, use the vtsui.online command.
# /opt/SUNWvts/bin/vtsui.online -h hostname
For more information about running SunVTS in an online or offline environment, refer to the SunVTS 3.1 User's Guide.
In some cases, the SunVTS user interface disappears during a SunVTS test session. The SunVTS kernel is still active and the test session may continue to run.
Workaround: Restart the SunVTS user interface.
Example (starting the SunVTS CDE user interface):
# /opt/SUNWvts/bin/vtsui
The rtvctest verifies the functionality of the SunVideo SBus card.
This test is not supported on SunVTS version 3.0 and version 3.1, even though the test is listed in the SunVTS 3.0 Test Reference manual.
To run rtvctest, run SunVTS version 2.1.3 with the Solaris 2.6 5/98 operating environment.
The SunVTS OPEN LOOK user interface may not support the latest SunVTS features. For full feature support, use the SunVTS CDE or TTY interface. The SunVTS OPEN LOOK user interface will be sustained, but not enhanced, as long as OPEN LOOK is supported in the Solaris environment.
When using the physical map view, you can only see one level in the hierarchy (such as one controller on a system board). Therefore, some devices that are several levels down are not available to trace. In this case, use the logical view to select tracing for these devices.
When the SunVTS enatest is run concurrently with the socaltest, the enatest may fail.
Workaround: Do not select socaltest when enatest is selected and vice-versa.
When the SunVTS socaltest is run concurrently with enatest and disktest, the socaltest may fail.
Workaround: Do not select enatest when socaltest is selected and vice-versa.
As of SunVTS 3.0, SunVTS disktest by default does not mount any mountable partitions. To have SunVTS mount all partitions which contain a file system, set the environment variable BYPASS_FS_PROBE to 0 (zero), then start SunVTS as shown below:
# BYPASS_FS_PROBE=0; export BYPASS_FS_PROBE # ./sunvts
To return to the SunVTS default behavior so no file systems are mounted, either set the BYPASS_FS_PROBE to a non-zero value, or unset it.
Even if BYPASS_FS_PROBE is set to 0 (zero), the SunVTS disk probe checks for the existence of Sun Enterprise Volume Manager and Solstice Disksuite on the system, and does not mount any partitions if their presence is detected.
If SunVTS is invoked from the Solstice SyMON graphical user interface, SunVTS will not mount any partitions in this case either.
If a power failure occurs while the disktest is running, disk data may be destroyed.
Running the Media subtest on a disk partition in the WriteRead mode may cause data corruption if the same partition is being used by other programs. Only select this mode when the system is offline (not used by any other users or programs).
Loading an option file that was created when BYPASS_FS_PROBE was set to 0 (zero) might not work if the BYPASS_FS_PROBE environment variable no longer set to 0 (zero). Testing may fail with the following error:
SUNWvts.disktest.8088 07/24/98 15:47:22 disktest c0t0d0 FATAL: "Couldn't get file system information on /distest_c0t0d0s0, statvfs() system call failure error: No such file or directory.
This error is caused when SunVTS expects to use the predefined mount point names (/disktest_cntndnsn) that are created when BYPASS_FS_PROBE is set to 0 (zero), but these mount points do not exist while BYPASS_FS_PROBE is not set to 0 (zero).
Workaround: Create two separate option files for the two different states of the BYPASS_FS_PROBE environment variable.
This section contains general issues, known bugs, patches, and notes about the Solaris 7 release on the Sun(TM) Enterprise(TM) 10000.
Only Alternate Pathing (AP) is supported in the Solaris 7 3/99 release. Dynamic Reconfiguration (DR) and Inter-Domain Networks (IDN) are not supported.
Before beginning the fresh install or upgrade procedures, you must install the SSP patches described in "Solaris 7 3/99 and the SSP".
If you are upgrading the operating environment from Solaris 2.6 to Solaris 7 3/99 and you used the partition layout suggested in the SMCC Hardware Platform Guide Solaris 2.6, the partitions may not be large enough for the upgrade to succeed. For instance, the /usr partition must be at least 653 megabytes. If /usr is smaller than the size needed to perform the upgrade, suninstall uses the Dynamic Space Reallocation (DSR) mode to reallocate the space of the disk partitions.
DSR may calculate a partition layout which is not acceptable for some systems. For instance, DSR may select partitions that appear to DSR as being unused (non-UFS partitions which may contain raw data or other types of file systems). If DSR selects a used partition, data loss may occur. Therefore, you must know the current status of the partitions DSR wants to use before you allow DSR to continue with the reallocation of the disk partitions.
After DSR presents an acceptable layout and you choose to proceed with the reallocation, DSR will adjust the affected file systems, and the upgrade will continue. However, if you cannot constrain the layout so that it is acceptable for your needs, then you may need to manually repartition the boot device, or you may have to perform a fresh install.
On the Enterprise 10000, you can check whether a domain is running in 32-bit or 64-bit mode by using the following command:
domain_name# isainfo -k sparcv9
The returned value, sparcv9, indicates that the domain is running the 64-bit operating mode; otherwise, the domain is running in 32-bit mode.
You can also use another command, isalist, to check the operating mode; however, the return value, sparcv9+vis, differs from the return value of the isainfo -k command. The values are synonymous. They both indicate that the domain is running in 64-bit mode.
If you are installing Solaris 7 3/99 on a domain or upgrading a domain's current Solaris operating environment, you must have SSP 3.1 installed on the SSP. SSP 3.0 does not support Solaris 7 3/99 on a domain. In addition, before you perform the Solaris 7 3/99 upgrade on an Enterprise 10000 domain, the SSP must have Patch-ID 105684-04. This patch is on your Sun Computer Systems Supplement CD.
If the CD contains later versions of the patches, indicated by a higher-numbered suffix, use those patches instead of the patch numbers indicated in these instructions.
Description: OBP/download_helper needs to support 2.7
BugIDs fixed with this patch: 4078459 4083870 4084325 4097230 4102171 4118746 4137422 4146592
The following patches should be installed on the SSP.
Description: SSP 3.1 sys_id -m doesn't work in year 2000 or after (Y2K bug)
BugIDs fixed with this patch: 4105569
Description: SSP 3.1 Hostview suppresses trap messages after 1999
BugIDs fixed with this patch: 4108443
This section lists important bugs that have been fixed. Minor bugs are not included. Each entry includes a 7-digit BugID assigned by Sun to aid in bug-tracking and a one-line description of the bug.
4110199 - /etc/init.d/cvc Implementation, Packaging Inconsistent
These release notes provide the latest information on Dynamic Reconfiguration (DR) functionality for Sun(TM) Enterprise 3x00/4x00/5x00/6x00 Servers running Solaris 7 3/99. For complete information on Sun Enterprise Server Dynamic Reconfiguration, please refer to Dynamic Reconfiguration User's Guide For Sun Enterprise 3x00/4x00/5x00/6x00 Systems.
For Solaris 7 3/99 software on Sun Enterprise 3x00/4x00/5x00/6x00 Servers, DR functionality is limited to I/O boards and does not include CPU/Memory boards.
Before proceeding, ensure the system has Dynamic Reconfiguration capabilities. If you see the following message on your console or in your console logs, the hardware is of an older design and not suitable for Dynamic Reconfiguration:
Hot Plug not supported in this system
Supported I/O boards are listed in the "Solaris 7" section on the web site
http://sunsolve2.sun.com/sunsolve/Enterprise-dr/
The supported hardware includes type 1 and 4 Sun Enterprise I/O boards.
For Sun StorEdge(TM) A5000 disk arrays or for internal FC-AL disks in the Sun Enterprise 3500, the firmware version must be at least ST19171FC 0413. For more information, refer to the "Solaris 7" section at the DR web site:
http://sunsolve2.sun.com/sunsolve/Enterprise-dr/
To perform Dynamic Reconfiguration operations your machine may require one or more firmware updates. If an update is needed, the following message will appear during boot:
Firmware does not support Dynamic Reconfiguration
Your machine must be running at least CPU PROM version 3.2.16. If you updated your firmware from the Solaris 7 3/99 CD for 64-bit operation, you already have version 3.2.16 installed.
To see your current PROM revision, enter .version and banner at the ok prompt. Your display may be similar to the following:
Table 3-1 Determining PROM Revision Levelok .version |
Board 0: OBP 3.2.16 1998/06/08 16:58 POST 3.9.4 1998/06/09 16:25 |
Board 1: FCODE 1.8.3 1997/11/14 12:41 iPOST 3.4.6 1998/04/16 14:22 |
Board 2: FCODE 1.8.7 1997/12/08 15:39 iPOST 3.4.6 1998/04/16 14:22 |
Board 4: FCODE 1.8.7 1997/12/08 15:39 iPOST 3.4.6 1998/04/16 14:22 |
Board 5: FCODE 1.8.3 1997/11/14 12:41 iPOST 3.4.6 1998/04/16 14:22 |
Board 6: FCODE 1.8.7 1997/12/08 15:39 iPOST 3.4.6 1998/04/16 14:22 |
Board 7: OBP 3.2.16 1998/06/08 16:58 POST 3.9.4 1998/06/09 16:25 |
{5} ok banner |
8-slot Sun Enterprise 4000/5000, No Keyboard |
OpenBoot 3.2.16, 1024 MB memory installed, Serial #9039599. |
Ethernet address 8:0:xx:xx:xx:xx, Host ID: xxxxxxxx. |
For information on how to enable Dynamic Reconfiguration functionality in the PROM, refer to the "Solaris 7" section at this web site.
http://sunsolve2.sun.com/sunsolve/Enterprise-dr/
If you have not updated to PROM version 3.2.16, the web page also provides information on the following:
How to download the DR capable PROM
How to upgrade the PROM
The pln_enable_detach_suspend and soc_enable_detach_suspend variables must be set in the /etc/system file. As root, edit the file and add the following lines:
set pln:pln_enable_detach_suspend=1 set soc:soc_enable_detach_suspend=1
On a large system, the cfgadm -x quiesce-test command may run as much as a minute or so. During this time no messages are displayed if cfgadm does not find incompatible drivers. This is normal behavior.
The system cannot use boards that are listed in the disabled-board-list. To remove all boards from the disabled board list, set the disabled-board-list variable to a null set by entering the system command:
# eeprom disabled-board-list=
If you are at the OpenBoot prompt, use this OBP command instead:
OK set-default disabled-board-list
If it is necessary to unload detach-unsafe drivers, use the modinfo(1M) line command to find the module IDs of the drivers. You can then use the module IDs in the modunload(1M) command to unload detach-unsafe drivers.
For the current list of DR software bugs, refer to the "Solaris 7" section at this web site:
http://sunsolve2.sun.com/sunsolve/Enterprise-dr/
On Sun Enterprise 6000 and 6500 systems, the unconfigure operation fails for an I/O board in slot 15.
The "central" I/O board cannot be removed under Dynamic Reconfiguration. On Sun Enterprise x000 and x500 systems the lowest-numbered I/O board is considered a key resource and cannot be removed.
The PCI I/O board (type 3 I/O board) experiences Privileged Timeout Error during connect. The PCI I/O board is therefore not supported at this time.
ShowMe TV does not recover gracefully from viewing MPEG1 movies which are corrupted. Switching back and forth between two MPEG1 movies when one is corrupted, can cause ShowMe TV to fail.
You cannot switch between CIF and QCIF H.261 streams (i.e. regular resolution, or 356x288 size frames, and low resolution, or 176x144 size frames) on non-Ultra systems.
Sending mail (to the broadcaster or to showmetv-comments@Sun.COM) from within ShowMe TV does not work in Asian languages. You can use the Solaris mail functions instead.
Mixing Asian and ASCII characters in one line of text can confuse the input/output functions in ShowMe TV. In particular, if a user sets up a transmission in which the transmission name and/or the hostname contain Asian characters, then saving/recovering these parameters to/from the .showmetv-programs-<hostname> configuration file might not work correctly.
The following bugs have been filed against PCMCIA:
Description: If there is a PCMCIA I/O card in a slot that has been accessed and the card driver is unloaded (as occurs during modunload -i 0 at the end of multi-user boot) the system will appear to hang. Sometimes removing the card will bring the system back.
Workaround: none
Description: The PCMCIA, pcic nexus, driver does not support 3.3V on devices. Cards that are 3.3V and 3.3V/5V will not work properly (seems to hang the system).
Workaround: none
Description: Most attempts to insert/remove and use PCMCIA cards will crash or hang the machine. If it does not crash the machine it can cause memory leaks or create situations where other modules will not load.
Workaround: none
Description: When booting Solaris 7 3/99 initially with 64-bit kernel, /dev/term/pc0 hardware device node for PC card serial device may not be created.
Workaround: Boot the system up with 32-bit kernel first, then reboot with 64-bit kernel.
Description: Inserting the PC card after system init panics the 64-bit Solaris. Booting the 32-bit Solaris and accessing the card will not panic the system. The PC ATA driver is not a 64-bit driver.
Workaround: none
The Solaris 7 3/99 Sun Hardware Platform Guide provides installation instructions that may indicate that PC file viewer can be installed in a directory other than the default directory. PC file viewer must be installed in the default (/opt) directory.
Backdrop image is not displayed in PowerPoint97 document (4159447)
Cannot display non-standard fonts in PowerPoint97 (4159448)
Excel graph/table in PowerPoint97 document is not displayed (4159449)
Can not display scaled font, colored text, italic-underlined text in PowerPoint97 (4159450, 4159451, 4159452)
Copy and Paste of certain files into a text editor results in * (asterisks) instead of actual text (4165089)
Searching does not work for multi-byte (tch, ko) in PC file viewer (4151774)
Wrong string is reversed in PC file viewer search on Japanese locales (4171815)
Cannot display TCH Word95 saved in Word97 or PowerPoint97 formats in zh.TW.BIG5 locale (4150413)
These release notes are applicable to Sun Remote System Control (RSC) Version 1.0, Firmware Version 1.12.
The only supported server is the Sun Enterprise 250 server, running the Solaris 2.6 5/98, Solaris 7, or Solaris 7 3/99 operating environments.
The Sun Enterprise 250 flash PROM must be updated to version 3.7.7 or later before installing the RSC software. Failing to do so may cause server and RSC malfunctions. For update instructions and a downloadable image, see the Sun Enterprise 250 Supplement Web page at http://sunsolve2.Sun.COM/sunsolve/E250/flash.html. If you install RSC from the Solaris 7 3/99 Sun Computer Systems Supplement CD, you can update the flash PROM as part of the installation process.
Sun systems running the Solaris 7 3/99 operating environment
Sun systems running the Solaris 2.6 5/98 operating environment
Systems running the Microsoft Windows 95 operating environment
Systems running the Microsoft Windows 98 operating environment
Systems running the Windows NT Workstation operating environment
ASCII character terminals
Systems running ASCII terminal emulation software
Systems with telnet client software
An American Power Conversion SmartUPS 1000 with PowerChute plus 4.2.2 software was used for testing.
As of Solaris 7 3/99, SunVTS 3.1 supports the diagnostic testing of the RSC with a test called rsctest. The rsctest is automatically installed when SunVTS is installed. For more information on the SunVTS diagnostic, refer to the SunVTS 3.1 User's Guide which is part of the Solaris 7 on Sun Hardware AnswerBook collection. It is also available at http://docs.sun.com.
RSC paging requires that the customer's paging service adhere to the TAP protocol. Paging services in the Americas and Europe generally are TAP-compliant, but this is not necessarily so in other locales.
Due to the many variables associated with paging, Sun strongly recommends that you test the RSC paging mechanism to insure that your configuration options are set correctly.
The easiest way to test that all the components associated with RSC paging are functioning properly is to use the rscadm send_event -c command. This command can be invoked from a UNIX shell and will initiate an RSC alert. If the RSC page_enabled flag is set to true, this alert will send a page to the recipients specified by the page_info1 and page_info2 environment variables.
If RSC fails to send a page, a message similar to the following will be added to the event log:
THU AUG 27 22:31:09 1998 sst4828: 00060006: "Failed to send page alert for recent event"
If RSC successfully transmits a page, no error message is added to the event log.
RSC can fail to send a page notification for the following reasons:
It failed to communicate with the modem.
It failed to contact the paging service specified by the page_info1 or page_info2 variable.
A failure occurred while RSC was communicating with the paging service TAP server.
When a page fails, check the following:
That your modem dip switch and software configuration variables are set correctly.
That all the RSC page_variables (page_info1 and 2, page_init1 and 2, and page_baud1 and 2) are set correctly and match the settings for your paging service.
Insure that your paging service supports the TAP protocol. Check with the paging service to insure that you have the proper phone number and modem configuration parameters.
Attempt to connect with the paging service manually. Refer to the "Troubleshooting Modem Problems" section in Appendix B of the RSC User's Guide for instructions on manually connecting to a TAP paging service.
In some cases, it might be desirable to extend the pause period to allow the modem to recognize the dial tone of the phone line. This can be accomplished on most modems by increasing the value in the S8 register. See documentation that came with your modem for more details.
4151918: The SunVTS rsctest subtest does not provide adequate failure information.
4168110: The RSC GUI "OK" button in dialog boxes cannot be translated.
4171924: The RSC GUI occasionally reports invalid exceptions when you Logout or Exit.
4168266: Heavy use of UNIX tcsh shell commands in an RSC console session may stop RSC from responding to requests. Killing the tcsh shell restores RSC to normal behavior.
4167862: A loghistory error is reported when the "index -n" value you specify is greater than the number of lines in the buffer.
4171929: RSC sometimes reports a fan failure erroneously after a thermal shutdown.
4172574: The CLI reports a DC Power Failure when the host is powered off.
4145761: An RSC reset is required for changes to the serial_hw_handshake variable (or "Enable Hardware Handshaking" setting in the GUI) to take effect, but should not be required.
4167651: RSC default configuration settings for pagers do not match modem configuration settings suggested in documentation.
4152840: RSC shell commands do not issue a confirmation query before resetting the host system.
4171431: The GUI event log output differs from the CLI loghistory output.
4170988: The RSC GUI Back button for the first instance of Help does not return you to the previous view.
4172337: The error message displayed for an attempted third telnet or fifth user session needs improvement.
4162419: In the Windows operating environment, the RSC GUI goes to the background when you cancel an operation after an error message.
4158400: The message "[Loaded DTD html32 in 142ms]" appears when the RSC Help file is displayed.
4151674: Clicking on "Set RSC Date and Time" sometimes displays a duplicate image of the "Set RSC Date and Time" option just above the option list, and below the "RSC for <hostname>" title.
4170986: The GUI "Set Date/Time" dialog box displays 0:00:00 when time changes to noon and midnight. This is an invalid time format.
4159618: A GUI reset request and the resulting reset event are recorded in the incorrect order in the RSC event log.
4159562: The telnet connection resets intermittently when you try to connect to the RSC console from the GUI.
4159564: The Java Runtime Environment (JRE) may crash in the Windows 95 operating environment when you modify an RSC user account.
4172331: In the RSC GUI Serial Port settings, there is a typo in the error message for Invalid IP Address.
4159135: The RSC GUI has no option which shows the information returned by the CLI shownetwork command.
4157854: Sometimes when a thermistor displays a warning in the Environmental Status window and you refresh the screen, the warning is mistakenly displayed for a different thermistor. Another refresh corrects this problem.
4173022: The escape sequence for exiting from the RSC console does not work if the escape_char variable is set to "^?".
4175561: When connected to the server's console through RSC, a paste operation of over 336 characters into the window connected to RSC may hang the console connection. A reset of RSC is required to recover. The operation of the server is not affected.