Supported Versions of Oracle Solaris OS, Firmware, and Software
Determining Oracle Solaris 11 OS Package Update Version
Determining Oracle Solaris 10 Patch Revision
Minimum Required Patchset for Oracle Solaris 10 8/11 OS
Minimum Required Patchsets and SPARC Bundle for Oracle Solaris 10 9/10 OS
Minimum Required Patchsets and SPARC Bundle for Oracle Solaris 10 10/09 OS
Installing and Booting Oracle Solaris 11 From Devices Connected to a USB Port
Support for new 16 Gbyte and 32 Gbyte DIMMs
Rules for I/O Slot Use by Certain Cards
Use Links Labeled SPARC T3 to Download sas2ircu Firmware and Documentation for SPARC T4 Servers
Sun Type 6 Keyboards Are Not Supported By SPARC T4 Series Servers
Caution Needed When Removing a SATA Data Cable From a Backplane Connector
Caution Needed When Handling the Connector Board
Server Panics When Booting From a USB Thumbdrive Attached to the Front USB Ports (Bug ID 15667682)
PCIe Correctable Errors Might Be Reported (Bug ID 15720000, Bug ID 15722832)
Upon a Reboot After an Unrecoverable Hardware Error, CPUs Might Not Start (Bug ID 15733431)
reset /SYS Operations Can Cause the SAS Controller to Disappear (Bug ID 15737475)
Rebooting an SDIO-SAS HBA Guest Domain Might Generate ereport.io.pciex.pl.re (Bug ID 15718101)
Characters Are Occasionally Dropped at the Oracle OpenBoot Prompt (Bug ID15813690)
Cannot Boot Oracle Solaris 10 10/09 OS (U8) From the Internal DVD
Spurious Interrupt Message in System Console (Bug ID 15651697, Bug ID 15771956, Bug ID 15771958)
Spurious Error Message During Initial Oracle Solaris 10 OS Installation (Bug ID 15658412)
Memory Allocation Issues With Emulex 8Gb HBAs In a Magma IO Expansion Box (Bug ID 15666779)
Fault Management Sometimes Sends Resolved Cases to the SP (Bug ID 15667874, Bug ID 15741999)
The trapstat -T Command Causes Bad Watchdog Resets at TL2 (Bug ID 15720390)
ereport.fm.fmd.module Generated During a Reboot of an SDIO Domain (Bug ID 15738845, Bug ID 15742069)
Benign Error Message: mptsas request inquiry page 0x83 for target:a, lun:0 failed! (Bug ID 15809005)
Some pciex8086,105f Devices Fail to Attach (Bug ID 15774699)
L2 Cache Uncorrectable Errors Causing a Reboot Abort (Bug ID 15826320)
Cold Reset Adds One Day to System Time (CR 15764743, Bug ID 15765255, Bug ID 15765770)
Timestamp for an Oracle ILOM Fault/Critical Event Might Be Off by One Hour (Bug ID 15802097)
Units Used to Define the MIB Power Management Time Limit Are Reported in Seconds (Bug ID 15675720)
Explicit Processor Binding Might Block Strand Retirement (Bug ID 15733312)
Blue OK-to-Remove LED On Drive Does Not Light When The Drive Is Ready To Remove (Bug ID 15737491)
System Firmware 8.2.0 Contains a New Version of the scvar Database (Bug ID 16184046)
System Firmware 8.3.0.b Incompatible with the Sun Flash Accelerator F40 PCIe Card (Bug ID 16813726)
This section describes issues related to SPARC T4-1 server components.
To maximize memory bandwidth, Oracle recommends that only fully-populated memory configurations—as opposed to 1/4- or 1/2-populated configurations—be considered for performance-critical applications.
For specific memory installation and upgrade instructions, see the SPARC T4-1 Server Service Manual.
Only certain PCIe cards can be used as direct I/O endpoint devices on an I/O domain. You can still use other cards in your Oracle VM Server for SPARC environment, but they cannot be used with the Direct I/O feature. Instead, they can be used for service domains and for I/O domains that have entire root complexes assigned to them.
For the most up-to-date list of supported PCIe cards, refer to:
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=REFERENCE&id=1325454.1
To download sas2ircu firmware and documentation for SPARC T4-1 and T4-2 servers from the current LSI web site, you must use links labeled SPARC T3-1 and T3-2. The software and documentation is the same for both sets of servers.
This is the web site for downloading sas2ircu firmware from LSI:
http://www.lsi.com/sep/Pages/oracle/index.aspx
This is the web site for downloading sas2ircu documentation from LSI:
http://www.lsi.com/sep/Pages/oracle/sparc_t3_series.aspx
Sun Type 6 keyboards cannot be used with SPARC T4 series servers.
When disconnecting the SATA data cable from the disk backplane, pull the cable straight back, in a perpendicular direction away from the backplane.
Caution - Do not rock or twist the cable in any other direction. Doing so could damage the integrity of the data cable connection. |
Use caution when handling the connector board to avoid pressing your hand against the pointed end of the guide pin that's located below the mounting bracket. The guide pin is indicated by an arrow in the following figure.
Note - This issue was originally listed as CR 6983185.
When attempting to boot a USB thumbdrive inserted in either front USB port (USB2 or USB3), the server might panic.
Workaround: Use the server's rear USB ports (USB0 or USB1) whenever booting from an external USB device.
Note - This issue was originally listed as CR 7031216.
Note - This issue was fixed in Oracle Solaris 11.1.
When a motherboard is replaced to repair a faulty CPU, PSH might not clear retired cache lines on the replacement FRU. In such cases, the cache line remains disabled.
Workaround: Manually clear the disabled cache line by running the following command:
# fmadm repaired /SYS/MB/CMP0
Note - This issue was originally listed as CR 7051331.
Note - This issue was fixed in Oracle Solaris 11.
In rare cases, PCIe devices might generate I/O errors that are identified and reported by PSH. For example:
--------------- ------------------------------------ -------------- --------- TIME EVENT-ID MSG-ID SEVERITY --------------- ------------------------------------ -------------- --------- Aug 10 13:03:23 a7d43aeb-61ca-626a-f47b-c05635f2cf5a PCIEX-8000-KP Major Host : dt214-154 Platform : ORCL,SPARC-T3-1B Chassis_id : Product_sn : Fault class : fault.io.pciex.device-interr-corr 67% fault.io.pciex.bus-linkerr-corr 33% Affects : dev:////pci@400/pci@1/pci@0/pci@c dev:////pci@400/pci@1/pci@0/pci@c/pci@0 faulted but still in service FRU : "/SYS/MB" (hc://:product-id=ORCL,SPARC-T3-1B:product-sn=1052NND107:server-id=dt214-154:chassis-id=0000000-0000000000:serial=1005LCB-1052D9008K:part=541-424304:revision=50/chassis=0/motherboard=0) 67% "FEM0" (hc://:product-id=ORCL,SPARC-T3-1B:product-sn=1052NND107:server-id=dt214-154:chassis-id=0000000-0000000000/chassis=0/motherboard=0/hostbridge=0/pciexrc=0/pciexbus=1/pciexdev=0/pciexfn=0/pciexbus=2/pciexdev=12/pciexfn=0/pciexbus=62/pciexdev=0) 33% faulty Description : Too many recovered bus errors have been detected, which indicates a problem with the specified bus or with the specified transmitting device. This may degrade into an unrecoverable fault. Refer to http://sun.com/msg/PCIEX-8000-KP for more information. Response : One or more device instances may be disabled Impact : Loss of services provided by the device instances associated with this fault Action : If a plug-in card is involved check for badly-seated cards or bent pins. Otherwise schedule a repair procedure to replace the affected device. Use fmadm faulty to identify the device or contact Sun for support.
These errors might be an indication of a faulty or incorrectly seated device. Or these errors might be invalid.
Workaround: Ensure that the device is properly seated. If the errors continue, apply patch 147705-01 or higher.
Note - This issue was originally listed as CR 7067025.
On Oracle's SPARC T3 and T4 servers, all USB ports/connectors available to users are connected to an internal USB 2.0 (ehci) controller through an onboard USB 2.0 hub.
When a full/low speed USB 1.0/1.1 keyboard and mouse are connected to a USB port through this USB 2.0 hub, keyboard input might drop characters or might display double characters.
Note - These errors occur when the ehci (USB 2.0) driver fails to detect keystrokes and mouse control input due to USB “Missed Micro-Frame” errors.
Workaround: Currently, a workaround has been implemented for this issue where an internal USB hub is manually bound to the ohci (USB 1.0/1.1) driver. This binding causes a variable named ehci_forced_port_to_companion to instruct the ehci (USB 2.0) driver to transfer ownership of a specific port on the USB controller to the ohci (1.0/1.1) driver. Once the ohci driver is bound to a particular port on the USB controller, the ohci driver will also be used by the internal USB hub connected to that port and all USB connectors on that hub.
This workaround is available in the following forms:
Oracle Solaris 11 OS – Oracle Solaris 11 Support Repository Update 3 (SRU3)
Oracle Solaris 10 8/11 – Patch 147004-03
For earlier supported versions of Oracle Solaris 10, apply the Solaris 10 8/11 SPARC Bundle, followed by patch 147004-03.
Note - As a general practice, you should download and install all the latest available patches (for Oracle Solaris 10 OS) or latest SRU package (for Oracle Solaris 11 OS). To download Oracle Solaris patches and/or SRU packages, go to http://support.oracle.com
On T3-1, T4-1, T3-2, and T4-2, the rear USB connectors as well as the virtual keyboard, virtual mouse, virtual CD-ROM, and virtual USB ethernet connection to the service processor (a.k.a RKVMS) are all beneath a hub connected to port 2 on the USB controller.
The front USB connectors are connected through a hub to port 4 of the USB controller.
Likewise, on the T3-4 and T4-4 platforms, the rear USB connector is beneath a hub that is connected to port 3 of the USB controller and the front USB connector and the virtual mouse, keyboard, CD-ROM and virtual USB ethernet connection to the service processor are beneath a hub that is connected to port 2 of the USB controller.
To use a physical keyboard and mouse with this workaround, apply the fix (either patch 147004-03 or SRU3) and then perform the following recommended steps:
On SPARC T3-1, T4-1, T3-2, and T4-2 systems:
1. Connect the input devices to a front USB connector.
2. Add the following line to /kernel/drv/ehci.conf:
ehci-port-forced-to-companion = 4
3. Reboot.
On SPARC T3-4 and T4-4 systems:
1. Connect the input devices to a rear USB connector.
2. Add the following line to /kernel/drv/ehci.conf:
ehci-port-forced-to-companion = 3
3. Reboot.
To use a physical keyboard and mouse with this workaround, first apply the fix (either patch 147004-03 for Oracle Solaris 10 or SRU3 for Oracle Solaris 11) and then add the following line to /kernel/drv/ehci.conf and reboot:
ehci-port-forced-to-companion = 2
All other devices connected to the hub that services the virtual keyboard and mouse will be forced to operate at the lower USB 1.0/1.1 speed. These include:
The virtual USB ethernet connection to the service processor.
The physical USB connectors:
Rear conectors on the T3-1, T4-1, T3-2, and T4-2 servers.
Front connectors on the T3-4 and T4-4 servers.
Note - If you use the virtual keyboard and mouse with this workaround, some devices connected to the hub, such as a Virtual CD-ROM and Ethernet over a USB connection to the service processor, may not come up properly following a reboot.
When these devices do not come up, messages similar to the following will be displayed on the console and written to system logs:
WARNING: /pci@400/pci@2/pci@0/pci@f/pci@0/usb@0,1/hub@1/hub@3 (hubd4): Connecting device on port 2 failed
WARNING: /pci@400/pci@2/pci@0/pci@f/pci@0/usb@0,1/hub@1/hub@3 (hubd4): Connecting device on port 3 failed
Caution - At this time, there is no fix or workaround for the failure of these devices to come up when the missing micro-frame workaround is configured to support a virtual keyboard and mouse. |
For this reason, you should limit use of following USB ports when using virtual keyboard and mouse functionality:
Rear USB connectors on the T3-1, T4-1, T3-2, and T4-2
Front USB connectors on the T3-4 and T4-4
All other virtual devices (such as virtual keyboard and virtual mouse) will continue to function, but will be limited to operating at the lower speed.
Note - This issue was originally listed as CR 7071237.
When a processor cache line encounters an uncorrectable error (UE) the fault manager is supposed to attempt to retire the cache line involved in the error. Because of this defect, the fault manager might not retire the faulty cache line and instead report the entire chip as faulted.
Workaround: Schedule a replacement of the FRU containing the faulty component. For additional information about UEs in processor cache lines, search for message ID SUN4V-8002-WY on the Oracle support site, http://support.oracle.com.
Note - This issue was originally listed as CR 7075336.
In rare cases, if the server or sever module experiences a serious problem that results in a panic, when the server is rebooted, a number of CPUs might not start even though the CPUs are not faulty.
Example of the type of error displayed:
rebooting... Resetting... ERROR: 63 CPUs in MD did not start
Workaround: Log in to Oracle ILOM on the SP and then power cycle by typing:
-> stop /SYS Are you sure you want to stop /SYS (y/n)? y Stopping /SYS -> start /SYS Are you sure you want to start /SYS (y/n) ? y Starting /SYS
Note - This issue was originally listed as CR 7082665.
During an Oracle ILOM reset /SYS command, a SAS controller might not initialize correctly. In such cases it might lose contact with the target disk devices. The error message might appear as follows:
{0} ok boot disk Boot device: /pci@400/pci@1/pci@0/pci@4/scsi@0/disk@p0 File and args: ERROR: boot-read fail Can't locate boot device {0} ok
If a data disk is not available after performing a reset /SYS, you can use the OBP command probe-scsi-all to verify if your SAS controllers are present. The following example shows the output that you should see with probe-scsi-all:
{0} ok probe-scsi-all /pci@400/pci@2/pci@0/pci@f/pci@0/usb@0,2/hub@2/hub@3/storage@2 Unit 0 Removable Read Only device AMI Virtual CDROM 1.00 /pci@400/pci@2/pci@0/pci@4/scsi@0 FCode Version 1.00.56, MPT Version 2.00, Firmware Version 9.00.00.00 Target 9 Unit 0 Disk SEAGATE ST914603SSUN146G 0B70 286739329 Blocks, 146 GB SASDeviceName 5000c50005ba000f SASAddress 5000c50005ba000d PhyNum 0 Target a Unit 0 Removable Read Only device TSSTcorp CDDVDW TS-T633A SR00 SATA device PhyNum 6 Target b Unit 0 Disk SEAGATE ST914603SSUN146G 0B70 286739329 Blocks, 146 GB SASDeviceName 5000c50016f76db7 SASAddress 5000c50016f76db5 PhyNum 1 Target c Unit 0 Disk SEAGATE ST914603SSUN146G 0B70 286739329 Blocks, 146 GB SASDeviceName 5000c50016f765ef SASAddress 5000c50016f765ed PhyNum 2 Target d Unit 0 Disk SEAGATE ST914603SSUN146G 0B70 286739329 Blocks, 146 GB SASDeviceName 5000c50016f7833b SASAddress 5000c50016f78339 PhyNum 3 /pci@400/pci@1/pci@0/pci@4/scsi@0 FCode Version 1.00.56, MPT Version 2.00, Firmware Version 9.00.00.00 Target 9 Unit 0 Disk SEAGATE ST914603SSUN146G 0868 286739329 Blocks, 146 GB SASDeviceName 5000c50016f777df SASAddress 5000c50016f777dd PhyNum 0 Target a Unit 0 Disk SEAGATE ST914603SSUN146G 0B70 286739329 Blocks, 146 GB SASDeviceName 5000c50016f7818b SASAddress 5000c50016f78189 PhyNum 2 Target b Unit 0 Disk SEAGATE ST914603SSUN146G 0B70 286739329 Blocks, 146 GB SASDeviceName 5000c50016f758ff SASAddress 5000c50016f758fd PhyNum 3 Target c Unit 0 Disk SEAGATE ST914603SSUN146G 0B70 286739329 Blocks, 146 GB SASDeviceName 5000c50016f7703f SASAddress 5000c50016f7703d PhyNum 1 {0} ok
If you are missing either of the following lines, you might be experiencing this error (CR 7082665):
/pci@400/pci@2/pci@0/pci@4/scsi@0
/pci@400/pci@1/pci@0/pci@4/scsi@0
As an alternative test of this error condition, you can use the format(1) command in Oracle Solaris to list all disks available to the operating system. If one of your data disks is not present after performing a reset /SYS and booting the operating system, you may be experiencing this error (CR 7082665).
Workaround: At the Oracle ILOM prompt first type the stop /SYS command and then the start /SYS command. If the issue persists beyond several power cycles, contact your authorized Oracle Service Provider.
Note - This issue was originally listed as CR 7088469.
When certain SAS devices are placed under heavy load, a SCSI Bus Reset might occur. The SCSI bus reset will result in one or more WARNING messages being written to the system log file, /var/adm/messages. The following is an example of the WARNING message you might see:
scsi: [ID 243001 kern.info] /pci@400/pci@2/pci@0/pci@4/scsi@0 (mpt_sas1): mptsas_handle_event_sync: IOCLogInfo=0x31120303 scsi: [ID 243001 kern.info] /pci@400/pci@2/pci@0/pci@4/scsi@0 (mpt_sas1): mptsas_handle_event: IOCLogInfo=0x31120303 scsi: [ID 243001 kern.info] /pci@400/pci@2/pci@0/pci@4/scsi@0 (mpt_sas1): mptsas_check_scsi_io: IOCStatus=0x4b IOCLogInfo=0x31120303 scsi: [ID 243001 kern.info] /scsi_vhci (scsi_vhci0): /scsi_vhci/disk@g5000c5003bee5ae3 (sd6): Command failed to complete (4) on path mpt_sas3/disk@w5000c5003bee5ae1,0 scsi: [ID 107833 kern.warning] WARNING: /scsi_vhci/disk@g5000c5003bee5ae3 (sd6): SCSI transport failed: reason 'reset': retrying command
Workaround: No work around needed. The system will retry the failed command automatically.
Contact your authorized Oracle service provider if the following message is seen:
SCSI transport failed: reason 'reset': giving up
Note - This issue was originally listed as CR 7048307.
When a guest domain is configured using SDIO (Static Direct I/O) and an onboard SAS2 controller (/SYS/MB/SASHBA0 or /SYS/MB/SASHBA1) eReports of type ereport.io.pciex.pl.re will be generated at the time the guest is bound and started. Similar eReports might occur intermittently when the guest domain reboots.
Workaround: If the problem persists or occurs outside of rebooting an SDIO-SAS HBA guest domain, contact your authorized Oracle Service Provider for additional assistance.
Otherwise, you can safely ignore this message.
In some cases, input characters are dropped or doubled at the Oracle OpenBoot (ok) prompt.
Workaround: Retype the command.