6.0.2 HP IBRIX X9000 Storage Release Notes (AW549-96044, January 2013)

panels. The Active Tasks panel shows active tasks for remote replication, segment rebalancing,
data tiering, case insensitivity, snapshot space reclamation, and data validation. The Inactive
Tasks panel shows tasks that have completed or have been stopped. The new ibrix_task –c
option displays information about inactive tasks.
About the 6.0 release
X9000 6.0 upgrade installs incorrect iLO2 firmware on G6 servers
If your cluster includes G6 servers, HA will not function properly after the upgrade to the X9000 6.0
release. To correct this condition, upgrade the iLO2 firmware to version 212. Download iLO2 version
2.12 using the following URL and copy the firmware update to each G6 server. Follow the installation
instructions noted in the URL. This issue does not affect G7 servers.
To access iLO2 version 2.12:
1. Go to the Support Drivers page:
http://www8.hp.com/us/en/support-drivers.html
2. Click Drivers & Software.
3. Enter iLO2 2.12 in the product name/number text box and click Search.
You are shown the download page for iLO2.
4. Click the link for your operating system.
5. Download and install iLO2 version 2.12.
Snapshot behavior for file systems created under an earlier release
To take snapshots of files, they must be created on X9000 File Serving Software 6.0 or later. (These
files are referred to as snapable.) To accommodate software snapshots, the inode format has changed
in the 6.0 release. For file systems created in a release earlier than 6.0, X9000 software can preserve
all name space data in snapshots but can preserve file data only for objects (files) created under
release 6.0 or later.
To help prevent “hybrid snap trees,” in which a snap tree contains objects with the old format, the
6.0 release implements restrictions on rename operations. The following restrictions apply to hybrid
file systems:
• Only directories created in version 6.0 or later can become snap tree roots.
• If the old directory is not in a snap tree and the new directory is in a snap tree, rename is allowed
only if the object being renamed is snapable (that is, it has the new format).
The following restrictions apply to both hybrid file systems and pure 6.0 file systems:
• A snap tree root cannot be renamed. Also, the path to a snap tree root cannot be changed.
• Rename is allowed when neither the old directory or the new directory are in snap trees.
• Rename is allowed when the old directory and the new directory are in the same snap tree.
Rename is not allowed when the directories are in different snap trees.
These restrictions are intended to prevent hybrid snap trees containing files with the old format. However,
hybrid snap trees can still occur when a directory having the new format is populated, using rename,
with old format objects and that directory is then made into a snap tree root or is renamed into a snap
tree. The X9000 software does not prevent this situation because it could take a prohibitively long
amount of time to perform a complete scan for old objects in the sub tree being moved if the new sub
tree was sufficiently large.
Implementation changes
The following changes have been made in this release.
New features 5