2009.Q3.1.0
This minor release contains a number of bug fixes for the 2009.Q3 release. This update is recommended for all users, particularly those using iSCSI (especially with iSNS), shadow migration, clustering, Infiniband, and RAIDZ. Customers with clustered systems should see RN018 at the bottom of this page before upgrading their systems.
Because this minor release includes all features and bug fixes included in the 2009.Q3.0.0 release, customers updating from older releases should review the 2009.Q3.0.0 release notes. This is particularly important for customers using iSCSI as there are significant iSCSI management changes in 2009.Q3.
Supported Platforms
Issues Addressed
The following CRs have been fixed in this release:
| 6876588 | Could not discover iscsi luns on solaris client, via IB link |
| 6876603 | akd hang with downrev HCA firmware |
| 6876884 | COMSTAR: target portal group not created after factory reset followed by intial configuration |
| 6882872 | COMSTAR iSCSI: remove old target portal groups before adding new ones |
| 6878461 | CLI: updating an IPMP interface often blows away configured standbys |
| 6878562 | config restore core dumps in nas_iscsit_rm_import |
| 6879013 | CIO should fail transmit when FIN is received |
| 6879440 | shadow migration never starts if '.zfs' is visible |
| 6880027 | alert: an attempt to import the resource 'ak:/shadow/pool-0' has failed |
| 6880469 | shadow migration: ENOTSUP files should be ignored |
| 6880947 | shadow migration: panic while accessing snapshot |
| 6881701 | shadow migration: certain FIDs can result in incorrect hard link table |
| 6881737 | shadow migration: memory leak in vfs_shadow_add_link() |
| 6881745 | RAID-Z performance changes out of sync with ON |
| 6869626 | smbd coreing while CIFS access |
| 6875917 | smbd crashes when running netview on AD domain member |
| 6846569 | smbd unable to exit |
| 6711755 | iSNS client should handle portal list changes |
| 6830273 | iscsit iSNS client does not re-register properly after reboot |
| 6830307 | panic occurs when the iSCSI target is registered to an iSNS server |
| 6869071 | COMSTAR: iSNS deregistration not sent during graceful poweroff/reboot |
| 6872708 | iscsi target should support a non-ESI option for keeping up to date with isns server |
| 6875916 | failed assertion on iscsi_target_list/global_target_list inconsistency |
| 6875934 | COMSTAR: Deadlock: cycle in blocking chain |
| 6881948 | panic in isnst_add_default_portals when isns enabled but no IP addresses are UP. |
Known issues
| Release Note | RN001 |
|---|---|
| Title | Network Datalink Modifications Do Not Rename Routes |
| Platforms | All |
| Related Bug IDs | 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.
| Release Note | RN002 |
|---|---|
| Title | Considerations When Reconfiguring the Active Administrative Network Interface |
| Platforms | All |
| Related Bug IDs | - |
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.
| Release Note | RN003 |
|---|---|
| Title | J4400 Emits Audible Alarm When a Drive is Hot-Unplugged |
| Platforms | 7410 |
| Related Bug IDs | 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.
| Release Note | RN004 |
|---|---|
| Title | Changing Active Directory domains requires a CIFS service restart |
| Platforms | All |
| Related Bug IDs | 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.
| Release Note | RN005 |
|---|---|
| Title | Appliance doesn't boot after removing first system disk |
| Platforms | 7210 |
| Related Bug IDs | 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]".
| Release Note | RN006 |
|---|---|
| Title | CIFS service fails with large network configs |
| Platforms | All |
| Related Bug IDs | 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.
| Release Note | RN007 |
|---|---|
| Title | J4400 SIM cards fail under load |
| Platforms | 7410 |
| Related Bug IDs | 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.
| Release Note | RN008 |
|---|---|
| Title | Automatic snapshot deletion interferes with replication |
| Platforms | All |
| Related Bug IDs | 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.
| Release Note | RN009 |
|---|---|
| Title | Microsoft Internet Explorer 8 is not supported |
| Platforms | All |
| Related Bug IDs | 6847202 |
Microsoft Internet Explorer 8 is currently not supported for the web-based management interface.
| Release Note | RN010 |
|---|---|
| Title | NDMP does not backup user quotas |
| Platforms | All |
| Related Bug IDs | 6854196 |
NDMP backups of appliance data includes share metadata, including projects, shares, and share properties (see the documentation for details). However, user quotas (new to the 2009.Q3 release) are currently not backed up with NDMP. This configuration will have to be manually restored.
| Release Note | RN011 |
|---|---|
| Title | NDMP does not backup nested filesystems |
| Platforms | All |
| Related Bug IDs | 6875080 |
NDMP does not backup nested filesystems (new to 2009.Q3). When creating filesystems mounted within other filesystems, be sure to specify each mountpoint separately in the NDMP DMA backup configuration.
| Release Note | RN012 |
|---|---|
| Title | Infiniband performance impacted by disabling LSO |
| Platforms | All |
| Related Bug IDs | 6877975, 6879375 |
LSO is disabled in 2009.Q3 in order to address certain data integrity issues. This has a noticeable adverse effect on IPoIB performance. LSO will be reenabled in a minor update once the integrity issues have been resolved.
| Release Note | RN013 |
|---|---|
| Title | Data integrity and connectivity issues with NFS/RDMA |
| Platforms | All |
| Related Bug IDs | 6879948, 6870155 |
The NFS/RDMA support in 2009.Q3 is a preview for early adopters and should not be used on production systems. There are currently no supported clients. Linux clients still under development have experienced data validation errors and loss of access to NFS/RDMA shares on the appliance.
| Release Note | RN014 |
|---|---|
| Title | iSCSI target and initiator groups must be synchronized between replication peers |
| Platforms | All |
| Related Bug IDs | None |
The 2009.Q3 release introduces target groups and initiator groups on which individual iSCSI LUNs are exported. When replicating projects containing iSCSI LUNs using the built-in remote replication feature, ensure that the target groups and initiator groups used by LUNs within the project also exist on the replication target. It's only required that groups exist with the same name, not that they define the same configuration. Failure to ensure this can result in failure to clone and
export replicated LUNs.
| Release Note | RN015 |
|---|---|
| Title | Network interfaces may fail to come up in large jumbogram configurations |
| Platforms | All |
| Related Bug IDs | 6857490 |
In systems with large numbers of network interfaces using jumbo frames, some network interfaces may fail to come up due to hardware resource limitations. Such network interfaces will be unavailable, but will not be shown as faulted in the BUI or CLI. If this occurs, turn off jumbo frames on some of the network interfaces.
| Release Note | RN016 |
|---|---|
| Title | IPoIB datalinks become misconfigured |
| Platforms | All |
| Related Bug IDs | 6864893 |
Live cable and/or subnet manager partition re-configuration may result in mis-configured IPoIB network devices, datalinks or interfaces. If this happens, delete the affected IPoIB interfaces and partition datalinks on the affected controller. To recover the underlying IPoIB device, make sure that all IB cables are properly configured and the subnet manager is up and running with a valid partition table. Next, reboot the controller with the mis-configured IPoIB device.
| Release Note | RN017 |
|---|---|
| Title | Default route becomes inactive after configuration restore |
| Platforms | All |
| Related Bug IDs | 6880997 |
After performing a configuration restore, the default route may become inactive. It may need to be reconfigured.
| Release Note | RN018 |
|---|---|
| Title | Clustered systems must be upgraded to 2009.Q2.5.0 or later before upgrading to 2009.Q3.1.0. |
| Platforms | All |
| Related Bug IDs | 6883783. |
Clustered systems must be upgraded to the 2009.Q2.5.0 or 2009.Q3.0.0 release before being updated to the 2009.Q3.1.0 release. If a cluster is already running either 2009.Q2.5.0 or 2009.Q3.0.0, it may be upgraded directly to 2009.Q3.1.0. Otherwise, it must first be updated to 2009.Q2.5.0. The 2009.Q2.5.0 release can be downloaded from the Software updates page.
Comments (2)
Sep 30
dhneilson says:
I was going to upgrade to the 2009.Q3.0.0 release since we use iSCSI extensively...I was going to upgrade to the 2009.Q3.0.0 release since we use iSCSI extensively, but with the minor release 2009.Q3.1.0 coming out, I don't know if I should wait because I can't get any details on the issues which Q3.1.0 fixes, such as CR 6876588, or CR 6876603, etc? I have looked all over Sunsolve and I can't find any reference to these CRs.
Oct 02
DT_NAS says:
Could we get the version of Solaris (snv_xxx) that the AR release is based on ad...Could we get the version of Solaris (snv_xxx) that the AR release is based on added to the release notes so that we will know which Solaris bugs are fixed?