JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Netra SPARC T4-1B Server Module

Product Notes

search filter icon
search icon

Document Information

Using This Documentation

Related Documentation

Feedback

Support and Accessibility

Late-Breaking Information

Supported Chassis

Identify Your Chassis Version

Supported Hardware Components

Preinstalled Software

Supported Versions of the OS, Firmware, and Software

Required OS Package and Patch Updates

Determining Oracle Solaris 11 OS Package Update Version

Oracle Solaris 10 OS Patches

Identifying Drive Logical Device Names and Physical Locations

Correlate WWN Device Names With Physical Locations (diskinfo Command)

Correlate WWN Device Names With Physical Locations (probe-scsi-all Command)

Oracle Solaris Jumpstart WWN Syntax

Interactive Installation Example

High-Altitude Mode Oracle ILOM Feature

Known Product Issues

Hardware Issues

Sun Type 6 Keyboards Are Not Supported by SPARC and Netra SPARC T4 Series Servers

Chassis CMM Does Not Allocate Enough Power to the Netra T4-1B Server Module (CR 7141886)

PSH Might Not Clear a Retired Cache Line on a Replaced Motherboard (CR 7031216)

2-Meter USB Cable Length Limit (7048419)

Uncorrectable L2 Cache Errors Are Sometimes Reported as Core Faults Without any Cache Line Retirement (CR 7071237 and CR 7071974)

During a Reboot After an Unrecoverable Hardware Error, CPUs Might Not Start (CR 7075336)

Blue LED on Drive Does Not Light When the Drive Is Ready to Remove (CR 7082700)

Firmware, OS, and Other Software Issues

fault.memory.memlink-uc Fault Did Not Cause Panic as Stated by System Message (CR 6940599)

Timestamp for an Oracle ILOM Fault/Critical Event Might Be off by One Hour (CR 6943957)

e1000g Driver Generates Spurious ereports When Installing Oracle Solaris OS Over a Sun PCIe Dual Gigabit Ethernet Adapter (CR 6958011)

When diag-switch? is Set to true, Oracle Solaris OS Fails to Update the EEPROM for Automatic Rebooting (CR 6982060)

sas2ircu Message That RAID Volume Sizes Other Than MAX Are Not Supported (CR 6983210)

Fault Management Sometimes Sends Resolved Cases to the SP (CR 6983432)

Units Used to Define the MIB Power Management Time Limit Are Reported in Seconds (CR 6993008)

Spurious Interrupt Message in System Console When Using Oracle VTS (CR 7038266)

Intermittent Link Training Timeout Displayed During Power Cycles (CR 7043201)

The cfgadm Command Might Fail on SG-SAS6-REM-Z or SGX-SAS6-REM-Z HBAs (CR 7044759)

Message From cpustat Refers to Processor Documentation Incorrectly (CR 7046898)

The reboot disk Command Occasionally Fails When disk Argument Picks Up Extra Characters (CR 7050975)

PCIe Correctable Errors Might Be Reported (CR 7051331)

Watchdog Timeouts Seen With Heavy Workloads and Maximum Memory Configurations (CR 7083001)

ereport.fm.fmd.module Generated During a Reboot of an SDIO Domain (CR 7085231)

Oracle VTS dtlbtest Hangs When CPU Threading Mode Is Set to max-ipc (CR 7094158)

Documentation Issues

Watchdog Timeouts Seen With Heavy Workloads and Maximum Memory Configurations (CR 7083001)

With certain unusual heavy workloads, especially where a highly processor-intensive workload is bound to CPU 0, the host might appear to suddenly reset back to OBP without any sign of there having been a crash or a panic. The Oracle ILOM event log contains a host watchdog expired entry. The problem is more likely to occur on systems with full memory configurations.

If you see this sort of sudden reset, display the SP event log using this command from the Oracle ILOM CLI:

-> show /SP/logs/event/list

If you see an entry labeled Host watchdog expired, you are experiencing this issue.

Workaround: Contact your authorized service provider to see if a fix is available.

There are two ways you can work around this issue:

Whenever you modify the /etc/system file you must reboot the system for the changes to take effect.

If you do not want to reboot the system immediately after editing /etc/system, you can apply an additional temporary workaround that takes effect immediately. To apply this temporary workaround, as root type.

# psrset -c -F 0

This command creates a temporary processor set containing only CPU 0, preventing application workloads from using this processor and preventing this issue from occurring.


Note - If any threads were bound to CPU 0, they will be unbound.


This temporary processor set is removed on the next operating system reboot, at which point the /etc/system file workaround takes effect.