HP StoreAll OS 6.5.1 Release Notes

• Fixed a synchronization issue that could occur on rare occasions during the domain_scan phase
of a remote replicaton job (either continuous or run-once). Previously, this issue could cause some
files on the target file system to be missing.
• High Availability (HA) failover during continuous remote replication is now supported. Previously,
HA failover during continuous remote replication was not supported and required that you stop
replication until migration to the surviving node had completed.
Workarounds
Antivirus support
• If McAfee is used as a virus scan engine, when virus definitions are updated on the virus scan
engine, the updated definitions are not sent automatically to the StoreAll servers. To correct this
condition, request hotfix HF692368 from McAfee.
• For performance reasons, when an NDMP backup is in progress, Antivirus scans are not triggered
for the files being backed up. The StoreAll server excludes the process corresponding to NDMP
from scanning any files on a cluster with Antivirus enabled.
HP recommends that you disable Antivirus on the file system when a non-NDMP backup is in
progress. StoreAll cannot exclude a non-NDMP backup process from scanning files during a
backup. Disabling Antivirus prevents scans for files being backed up, which improves backup
performance.
CLI
• ibrix_mountpoint does not set the mountpath correctly for StoreAll Linux clients. The
workaround for this is to use the ibrix_lwmount command on the client side specifying the
mountpath. For example:
ibrix_lwmount -f ibfs2 -m /ibfs2 -o mountpath=sub-dir-fs2
• The ibrix_pv -a -o mpath command does not recognize a multipath device. The command
works properly when an argument is added to ignore the standard SCSI devices. Execute the
command as follows, specifying the path to your device.
ibrix_pv -a -o accept:/dev/mapper/mpath10,~standard
• The ibrix_lv -d -s <range of Segments> command sometimes displays a “failed
command” message. Although the segments for which the command fails are still listed by the
ibrix_lv -l command, they are successfully removed from the underlying Operating System
LVM view. This issue is a timing condition for large file system delete operations where the delete
command times out while waiting for a response from the storage. Although the deletion was
successful the command reports it as failed and StoreAll preserves the associated volume group
(ivg) and logical volume (ilv). This issue has been observed on the HP StoreAll 9730.
To resolve this issue, rerun the logical volume delete command using the “-X” override option, for
example: ibrix_lv -d -s <ilv#> —X
The override option forces the removal of the StoreAll Logical Volume record from the StoreAll
database.
• When using the ibrix_vs -a command during file system extension, the command fails on a
combined cluster configuration (such as 9730 and 9320) with the following error message:
Lun already set for physical volume dxx can two vendorstorages see the
same luns?
Workarounds 13