2009.Q2.4.0
This is a minor release of the 2009.Q2 software that addresses the following issues:
- Unable to join AD domains running Windows 2008 SP2 or later
- Reboot while system disk is resilvering leads to unbootable system
- Dropped CIFS directory entries for some large directories
- Spinning on CPU when resolving user names
This upgrade is recommended for all users, especially those with CIFS environments.
Supported Platforms
Issues Addressed
The following CR has been fixed in this release:
| CR | Synopsis |
|---|---|
| 6747441 | GRUB/vdev_get_bootpath, spa_get_rootconf, zpool_get_physpath should take care of spare vdev |
| 6805596 | spa_check_rootconf panics if it finds a disk with a destroyed pool |
| 6820274 | grub could do a better job of finding a menu.lst file |
| 6828083 | spa_check_rootconf doesn't always get its devid |
| 6834787 | Handle minor cpuid/revision changes for AMD processors |
| 6836462 | nscd spinlock seen when authenticating via ldap |
| 6844158 | assertion failed: vd->vdev_ops == &vdev_mirror_ops, file: ../../common/fs/zfs/zvol.c, line: 1054 |
| 6846024 | allow grub to findroot /boot/grub/menu.lst if opening menu.lst from the boot device fails |
| 6850508 | Unable to join Windows 2008 domain (SP2 or later) |
| 6856791 | Files dropped from large directory listing with long filenames |
| 6858515 | fru data should include CPU info |
Known issues
| Release Note | RN001 |
|---|---|
| Title | IP Multipath Interface Failover When ICMP Probes are Lost |
| Platforms | All |
| Related Bug IDs | 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).
| Release Note | RN002 |
|---|---|
| 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 | RN003 |
|---|---|
| Title | Network Reconfigurations Involving the Active Administrative 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 | RN004 |
|---|---|
| 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 | RN005 |
|---|---|
| Title | Shares Should be Specified for NDMP Backup |
| Platforms | All |
| Related Bug IDs | 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.
| Release Note | RN006 |
|---|---|
| Title | Active Directory domain controller may appear incorrect after reboot. |
| Platforms | All |
| Related Bug IDs | 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.
| Release Note | RN007 |
|---|---|
| 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 | RN008 |
|---|---|
| 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 | RN009 |
|---|---|
| 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 | RN010 |
|---|---|
| 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 | RN011 |
|---|---|
| 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.
Comments (2)
Jul 24
azurisdg says:
I'm unable to update the VMware appliance with this version. Didn't have any pr...I'm unable to update the VMware appliance with this version. Didn't have any problems with the previous version.
Aug 05
peter-michael says:
I had a similar issue with the VBox appliance and I think it is due to the limit...I had a similar issue with the VBox appliance and I think it is due to the limited disk space on the virtual system disks, because I did a roll-back to the original release and was able to upload and install the update. I downloaded the upgrade immage three times because upload to the virtual appliance failed with a messages saying the image is 0 bytes or corrupt.