HP StoreAll OS 6.5.1 Release Notes

General
• UTF8 characters are not supported in SSL certificate names.
• Case-insensitive file names are not supported when the file name contains non-English UTF8
characters. This affects Linux clients that have case insensitivity set to ON.
• When EVA storage is connected to a StoreAll system, be aware that EVA thin-provisioned volumes
are not supported in StoreAll.
• The current version of VSFTP server used in the StoreAll OS software does not support UNICODE
and UTF-8 character sets. As a result, if any file containing UNICODE or UTF-8 characters is
uploaded via FTP to a StoreAll file system, then the file name and/or data will not display properly
on the file system.
• A crash might occur if there is a change in ownership of the file while a quota is being enabled.
There are plans to provide a fix in a future release.
• After the files are archived, evacuation might fail and you might see an RO lock error message
when you attempt to access the files from the second node.
To resolve this issue:
1. Unload the CommVault driver from all nodes on hosts that control segments for this file system.
2. Run segment evacuation. See the Administrator Guide for your platform for additional
information.
3. Reload the CommVault driver. Refer to the CommVault documentation for additional
information.
• Any object store user can get a container listing for any object store user on an object mode REST
API share. Permission changes are not allowed on the account level directory.
To prevent a user other than the account owner from seeing any containers, change the directory
permission (chmod) of the account directory to 700 after the directory has been created. The
account directory is created after the account owning user creates their first container. This
permission change also prevents other users from reading or writing objects in any containers,
even if you grant such permission to the containers via the API.
For example, after the first container creation for user2 whose UID is 3002, if the object store
share’s directory path is /objModeFS/objStore, the /objModeFS/objStore/3002 account
directory will be created with 777 permission, giving full read, write, and execute permission to
all users. Changing permission to 700 removes all permissions for all other users, for both container
listings and object access within containers.
To grant other users in the same group read and/or write permission to objects in any containers,
turn on the group execute bit, for the account directory. Then, change the permissions of the
containers to which you wish to grant access via the API’s Set Container Permission request. If
you also want those group users to be able to list containers, then also turn on the group read
bit. Similarly for other users outside the group, turn on the world execute bit to allow object access,
and turn on the world read bit to enable container listings.
• You might not be able to mount a file system after an unmount if you:
Stop Express Query:
ibrix_archiving -S
1.
2. Evacuate the segment.
3. Fail over a server (ibrix_server -f -h <server_name>)
4. Unmount the file system.
Workaround: Restart the server with the issue before unmounting the file system.
• During server migration or failover, certain cluster events will be reported as alerts. These events
are expected and normal, and are reported temporarily as a server is failing over to another
server.
20 Workarounds