Évaluations - 0, GPA: 0
(
)
)
|
Par ce dispositif a également d'autres instructions :
Facilité d'utilisation
•
When a snapshot was taken, files could be deleted from the source directory.
•
Stack overflows were occurring, due to some of the CLI commands, such as ibrix_fs, requiring
a large buffer. The fix lessened the risk of a stack overflow.
•
Dangling dentries were created when mv and cp commands were killed during the file creation
operation.
•
The upgrade60.sh upgrade script was sometimes showing an invalid file system message in
environments where clusters were on a flat network.
•
A delay would occur between serial sequential file writes, about 2 to 20+ seconds between the
first file transfer and the next. This delay would be seen during the drag and drop of multiple 4
GB or larger files from Windows Explorer onto the StoreAll SMB share.
•
Checksum errors were being reported while accessing multiple database files from SUSE Linux
NFS Clients, which were reading multiple database pages (8 KB) into the NFS Client memory for
a SAP application. Although some of the data inside the 8 KB page was missing, when the same
page was re-read, the page data was completely intact and the checksum was correct. This
situation only occurred when the read operations involved a cluster network hop to a remote FSN
on a remote couplet, and the issue has been resolved.
•
During a mkdir operation, the xdr_encode_netobj dereferencing NULL
xdr_netobj->data pointer message was displayed. The underlying issue has been resolved
so the message no longer appears.
•
During Directory Change Notification (DCN) processing, a serialization issue could cause the
thread to loop forever while traversing the list of consumers of the notification. The Linux kernel
would subsequently detect a soft lockup and log messages in regards to the situation would appear
in the kernel log (BUG: soft lockup - CPU#
[i_worker_X:
•
There was a request to document file system mount information (specifically, the change to the
default mount options in 6.1 and the use of ibrix_mountpoint to set mount options). The man
pages for the ibrix_mount and ibrix_mountpoint commands and the HP StoreAll Storage
File System User Guide were updated.
•
The StoreAll Windows Client would crash when the client was built in debug mode.
•
Previously, on the 9730 platform, it was possible that an event indicating, "The controller is not
responding. Reboot the server and replace controller if this does not resolve the issue." might be
sent even though there was not a real hardware or firmware issue with the controller. If HA was
enabled, this would trigger a failover of the owned segments to its partner blade and a reboot
of the blade. This false indication of failure has been resolved, so that a failover will only occur
when needed to recover from a hardware or firmware issue in the controller.
•
The following fixes have been made for the 9730 Storage platform:
◦
Storage could become unresponsive when multiple surface scans were launched on a single
physical disk. Interaction between background surface scans and performance has been
significantly improved.
◦
The controller caching policy has been adjusted to significantly reduce the occurrence of
command timeouts and aborts when running heavy workloads with small block sizes.
◦
Drive LEDs could go dark when an MDS600 storage enclosure I/O module was removed.
Drive LEDs are now refreshed in this scenario.
◦
Sometimes MDS600 storage enclosure I/O modules were not visible to the storage controllers
after a FW flash of the I/O module. This has been corrected.
◦
Improved resilience against SAS topology disruptions due to events such as booting of blades,
which could lead to missing paths to storage.
12
Fixes
...
données dispositifs de traitement - HP IBRIX X9320 10GbE Performance Block (307.13 kb)
données dispositifs de traitement - HP IBRIX X9320 IB Performance Block (307.13 kb)
données dispositifs de traitement - HP StoreAll 8800 Storage Node (307.13 kb)
données dispositifs de traitement - HP StoreAll 9320 1GbE Storage Node Pair (307.13 kb)