...
* [Sun Storage 7110|http://www.sun.com/7110]
* [Sun Storage 7210|http://www.sun.com/7210]
* [Sun Storage 7310|http://www.sun.com/7310]
* [Sun Storage 7410|http://www.sun.com/7410]
* [Sun Storage 7000 Simulator|http://www.sun.com/storage/disk_systems/unified_storage/resources.jsp]
h2. Issues Addressed
The following CRs have been fixed in this release:
|| CR || Synopsis ||
| 6843583 | graph drawing loop executes for a bazillion iterations |
| 6840692 | Setting pdc configuration requires smb/server restart |
| 6840721 | Unable to assign an IPv6 address to the 'pdc' property |
| 6842449 | The ADS selection algorithm doesn't always pick the configured 'pdc'. |
| 6842462 | FW needs an API for finding a domain controller in a multiple DC environment |
| 6849142 | add support for BIOS64 |
| 6849476 | add support for BIOS32 |
| 6850082 | support bundles for hardware faults should include syslog |
| 6850084 | support bundles for disk faults should contain C_MPT content |
| 6851353 | update card metadata for SAS HBAs |
| 6851642 | AD domain join always fails with DNS SRV error |
| 6832673 | smb_ads_find_host() can return host from incorrect domain when host is cached |
| 6842427 | idmapd does not properly enumerate domains in forest |
h2. Known issues
|| {color:#000000}{*}Release Note{*}{color} | RN001 ||
|| {color:#000000}{*}Title{*}{color} | IP Multipath Interface Failover When ICMP Probes are Lost ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6730274 ||
IP Multipathing (IPMP) groups can be configured to permit fail-over of IP addresses from one IP interface through link-based failure detection (monitoring the link state of the physical network devices that are used by the IP interfaces that comprise the group) and (optionally) probe-based failure detection (actively sending ICMP probes to peers on the local network, such as the first-hop router). If the local network is saturated, enough ICMP probes may be lost to trigger a fail-over even when the IP interface is still functional (though saturated). This can be worked around by disabling probe-based failure detection on the impacted IP interfaces (by using an IP address of 0.0.0.0/8).
|| {color:#000000}{*}Release Note{*}{color} | RN002 ||
|| {color:#000000}{*}Title{*}{color} | Network Datalink Modifications Do Not Rename Routes ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6715567 ||
The Configuration/Network view permits a wide variety of networking configuration changes on the Sun Storage system. One such change is taking an existing network interface and associating it with a different network datalink, effectively moving the interface's IP addresses to a different physical link (or links, in the case of an aggregation). In this scenario, the network routes associated with the original interface are automatically deleted, and must be re-added by the administrator to the new interface. In some situations this may imply loss of a path to particular hosts until those routes are restored.
|| {color:#000000}{*}Release Note{*}{color} | RN003 ||
|| {color:#000000}{*}Title{*}{color} | Network Reconfigurations Involving the Active Administrative Interface ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | \- ||
The Configuration/Network view permits a wide variety of networking configuration changes on the Sun Storage system. One such change is modifying or deleting the active administrative interface over which the administrator is connected to the web browser or command-line interface itself, which may also be providing the default route for the system. The appliance software attempts to detect such modifications and warn the administrator first. If such a reconfiguration is confirmed or not detected in advance, the administrator will lose contact with the appliance during the network reconfiguration. The network reconfiguration will complete, but if contact cannot be restored with the appliance (by reloading the web address or reconnecting using ssh) due to an error in the configuration applied by the administrator or the loss of the default route, the administrator should log in using the service processor console and correct the configuration using the command-line.
|| {color:#000000}{*}Release Note{*}{color} | RN004 ||
|| {color:#000000}{*}Title{*}{color} | J4400 Emits Audible Alarm When a Drive is Hot-Unplugged ||
|| {color:#000000}{*}Platforms{*}{color} | 7410 ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6725548 ||
In the current version of J4400 Array firmware, used in the disk enclosures for the Sun Storage 7410, the J4400 emits an audible alarm when a disk drive is hot-unplugged. The alarm warns the operator that a drive has been removed, and the alarm is silenced when the drive is replaced, either by the original drive or by a new replacement. In some operator scenarios, it may be preferable to not emit such an alarm, particularly if a spare drive is not immediately available. The operator can manually silence the alarm by depressing a button on the J4400 front panel. Future versions of the J4400 firmware and appliance software will disable this behavior and/or permit it to be configured by the administrator.
|| {color:#000000}{*}Release Note{*}{color} | RN005 ||
|| {color:#000000}{*}Title{*}{color} | Shares Should be Specified for NDMP Backup ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6758825 ||
The Sun Storage products permit administrators to manage collections of _shares_ and LUNs, grouped together into named _projects_ that have common settings. NDMP backup applications operate on mounted filesystems and do not intrinsically understand Sun ZFS metadata and the relationship between projects and shares. In the current release of the Sun Storage 7x10 products, NDMP backup applications should be configured to backup individual shares of interest, and should not be directed to backup or restore the base mountpoint associated with an entire project. These settings will insure that individual shares are backed up and restored with all of their associated independent metadata.
|| {color:#000000}{*}Release Note{*}{color} | RN006 ||
|| {color:#000000}{*}Title{*}{color} | Active Directory domain controller may appear incorrect after reboot. ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6831501 ||
If the IP address of an Active Directory domain controller appears incorrect after a reboot, restart the CIFS service to obtain the correct IP address.
|| {color:#000000}{*}Release Note{*}{color} | RN007 ||
|| {color:#000000}{*}Title{*}{color} | Changing Active Directory domains requires a CIFS service restart ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6829904 ||
When reconfiguring the Active Directory service to participate in a different domain, restart the CIFS service before attempting to reconfigure the Active Directory service.
|| {color:#000000}{*}Release Note{*}{color} | RN008 ||
|| {color:#000000}{*}Title{*}{color} | Appliance doesn't boot after removing first system disk ||
|| {color:#000000}{*}Platforms{*}{color} | 7210 ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6812465 ||
In a 7210 System, removing the first system disk will make the system unbootable, despite the presence of a second mirrored disk. To workaround this issue, break into the BIOS boot menu, under 'HDD boot order', modify the list so the first item is "\[SCSI:#0300 ID00 LU\]".
|| {color:#000000}{*}Release Note{*}{color} | RN009 ||
|| {color:#000000}{*}Title{*}{color} | CIFS service fails with large network configs ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6820325 ||
With a large number of network interfaces, the CIFS service NetBIOS registration mechanism can time out, causing the CIFS service to fail. If you encounter this situation, please contact Sun support to work around the issue.
|| {color:#000000}{*}Release Note{*}{color} | RN010 ||
|| {color:#000000}{*}Title{*}{color} | J4400 SIM cards fail under load ||
|| {color:#000000}{*}Platforms{*}{color} | 7410 ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6803801 ||
Under heavy load in large configurations, the first SIM card (SIM 0) can fail. The symptoms are a blue LED on the card itself and an audible alarm, with possible alerts in the UI regarding paths and/or power supplies being removed from the chassis. I/O will continue down other available paths, and there no impact to availability, though performance may suffer. Re-seating the SIM card (removing it and inserting it) should fix the problem. If this problem persists, please contact Sun Support.
|| {color:#000000}{*}Release Note{*}{color} | RN011 ||
|| {color:#000000}{*}Title{*}{color} | Automatic snapshot deletion interferes with replication ||
|| {color:#000000}{*}Platforms{*}{color} | All ||
|| {color:#000000}{*}Related Bug IDs{*}{color} | 6833815 ||
If an automatic snapshot is deleted during replication of the same project, it's possible for the replication to fail. The safest workaround is to disable automatic snapshots if a project is being replicated. Alternatively, picking a schedule that is guaranteed to not interfere with ongoing replication may work, but is dependent on each incremental replication stream being sent in a well-defined period of time.
|