... h1. 2009.Q2.2.0
This is a minor release of the 2009.Q2 software that contains numerous fixes. The following areas are specifically addressed:
* Core I/O stability improvements
* Better performance when running out of space
* I/O performance improvements
* Network hangs
* Configuring 4x10Gb link aggregation fails
* Hangs when canceling replication
* CIFS stability improvements
* Active directory join problems
* Firmware performance with 7310 and 7410 system disks
h2. Supported Platforms
* [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 ||
| 6586537 | async zio taskqs can block out userland commands |
| 6591646 | Hang while trying to enter a txg while holding a txg open |
| 6596237 | Stop looking and start ganging |
| 6633095 | creating a filesystem with many properties set is slow |
| 6773224 | zvol_log_write() is inefficient |
| 6775697 | oracle crashes when overwriting after hitting quota on zfs |
| 6791019 | DMA_ZERO shouldn't be removed by 6772312 |
| 6794136 | Panic BAD TRAP: type=e when importing degraded zraid pool. |
| 6797713 | zfs_log_write() and zvol_log_write() could share logic |
| 6798298 | zfs rollback or incremental zfs recv results in intent log being closed |
| 6798878 | Unable to remove a file over NFS after hitting refquota limit |
| 6801810 | Commit of aligned streaming rewrites to ZIL device causes unwanted disk reads |
| 6802529 | /sbin/zfs command dumping cores |
| 6803343 | shareiscsi=on failed, iscsitgtd failed request to share |
| 6809683 | zfs destroy fails to free object in open context, stops up txg train |
| 6817228 | X8440(Mira) panic during snv_110 install |
| 6818183 | zfs snapshot -r is slow due to set_snap_props() doing txg_wait_synced() for each new snapshot |
| 6825232 | zil_clean should use task_func_t cast in taskq_dispatch |
| 6825801 | itx_sync picks up garbage for zvols |
| 6827943 | zil_clean should dispatch zil_itx_clean with TQ_SLEEP |
| 6830237 | zfs panic in zfs_groupmember() |
| 6831284 | kpasswd_server and kdc need to be fully-qualified |
| 6833089 | race in TCP connect path leads to spurious ENOTCONN failures |
| 6838062 | zfs panics when an error is encountered in space_map_load() |
| 6838120 | smb_odir_close() panic when Solaris CIFS client Ctrl-Cs a dir operation |
| 6839058 | configuring a MAC client with rings > 32 will panic the system |
| 6840208 | akd hang on source after cancelled replication |
| 6840645 | 7000 NDMP: Backup "Out of memory" error on NDMP client with 10million+ files in multiple subdirs |
| 6843014 | ZFS B_FAILFAST handling is broken |
| 6843067 | appliance kit needs a workaround for 6756411 |
| 6843140 | CIFS service dumps core when security tab accessed with certain ACE combinations |
| 6843717 | Hitachi bronco-K firmware is incorrect |
| 6843721 | update maguro part number |
| 6844069 | vdev_probe() starvation brings txg train to a screeching halt |
| 6844108 | Hitachi Bronco-K needs bridge firmware |
| 6844119 | pull in workaround for 6844118 |
| 6844561 | need short-term fix for 6842466 |
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} | Performance regression for streaming writes ||
|| {color:#000000}{*}Platforms{*}{color} | All || |