HP StoreAll OS 6.5.1 Release Notes

node where the collection failed. To determine the exact cause of a failure during collection, see
the following logs:
◦ /usr/local/ibrix/log/fusionserver.log
◦ /usr/local/ibrix/log/ibrixcollect/ibrixcollect.py.log
• Email notifications do not include information about failed attempts to collect the cluster
configuration.
• In some situations, ibrix_collect successfully collects information after a system crash but
fails to report a completed collection. The information is available in the /local/ibrixcollect/
archive directory on one of the file serving nodes.
ibrix_fsck
• The log files for user-initiated tasks (such as running ibrix_fsck and migrating or rebalancing
segments) are not rotated automatically. To control the space used by these log files, you will
need to maintain them manually. The log files are located in /usr/local/ibrix/log.
• After running a tiering, rebalance or segment evacuation job, phase 1 of the ibrix_fsck
command might display a message regarding “bad replica” inodes. The following is an example
of the message from a phase 1 ibrix_fsck log:
Entry 'F000000060000FEAF.DAT' in
/.ibrixShadowRoot/s_1/g_367/i_100b335b7_edd68d01/D00000006000005FE
(11812038) has bad replica inode 17877133.
This message indicates that a replica inode was deleted from the file system by a user application,
but the directory entry (DENTRY) pointing to the replica has not been removed. There is not an
issue with the file system, and this situation does not impact file system operations. The DENTRY
that points to the deleted replica can be removed by running a phase 1 ibrix_fsck in corrective
mode. See the HP StoreAll OS CLI Reference Guide for more information.
Installations and upgrades
• After upgrading to version 6.5 or later, you may see the following (or similar) messages in the
\var\log\messages directory:
Mar 4 16:03:17 x9320agbs01 kernel: Warning: pci_mmcfg_init marking 256MB space uncacheable.
Mar 4 16:03:17 x9320agbs01 kernel: MCFG table requires 64MB uncacheable only. Try booting with
acpi_mcfg_max_pci_bus_num=on
Mar 4 16:03:17 x9320agbs01 kernel: PCI: Using MMCONFIG at e8000000
This is a publicly reported issue with Red Hat Linux; testing by HP has confirmed that the messages
can safely be ignored and no setting changes are required.
• After installing a StoreAll system with StoreAll OS 6.5, or upgrading an existing system to version
6.5, clients may be unable to mount NFS-exported file systems. StoreAll OS version 6.5 includes
an update to the RedHat Linux operating system to 5.8. Linux version 5.8 includes the
max_block_size parameter, which is set to 1048576 by default. If the number of NFS threads
exceeds 1,018 while the max_block_size parameter is set to 1048576, clients will be unable
to mount NFS-exported file systems.
To resolve the issue, change the value of the max_block_size parameter to 32768 after
completing the installation or upgrade of a StoreAll system to StoreAll OS version 6.5. Be sure
to complete this step before accessing or using NFS-exported file systems. Complete the following
steps:
22 Workarounds