InfoScale™ 9.0 Release Notes - Linux
- Introduction and product requirements
- Changes introduced in this release
- Fixed issues
- Limitations
- Virtualization software limitations
- Storage Foundation software limitations
- Dynamic Multi-Pathing software limitations
- InfoScale Volume Manager software limitations
- File System (VxFS) software limitations
- SmartIO software limitations
- Replication software limitations
- Cluster Server software limitations
- Limitations related to bundled agents
- Limitations related to VCS engine
- Arctera cluster configuration wizard limitations
- Limitations related to the VCS database agents
- Cluster Manager (Java console) limitations
- Limitations related to LLT
- Limitations related to I/O fencing
- Limitations related to bundled agents
- Storage Foundation Cluster File System High Availability software limitations
- Storage Foundation for Oracle RAC software limitations
- Storage Foundation for Databases (SFDB) tools software limitations
- Known issues
- Issues related to installation, licensing, upgrade, and uninstallation
- REST API known issues
- Storage Foundation known issues
- Dynamic Multi-Pathing known issues
- InfoScale Volume Manager known issues
- File System (VxFS) known issues
- Virtualization known issues
- Replication known issues
- Cluster Server known issues
- Operational issues for VCS
- Issues related to the VCS engine
- Issues related to the bundled agents
- Issues related to the VCS database agents
- Issues related to the agent framework
- Cluster Server agents for Volume Replicator known issues
- Issues related to Intelligent Monitoring Framework (IMF)
- Issues related to global clusters
- Issues related to the Cluster Manager (Java Console)
- LLT known issues
- I/O fencing known issues
- Operational issues for VCS
- Storage Foundation and High Availability known issues
- Storage Foundation Cluster File System High Availability known issues
- Storage Foundation for Oracle RAC known issues
- Oracle RAC known issues
- Storage Foundation Oracle RAC issues
- Storage Foundation for Databases (SFDB) tools known issues
- Application isolation feature known Issues
- Cloud deployment known issues
- Issues related to Arctera InfoScale Storage in Amazon Web Services cloud environments
- Issues related to installation, licensing, upgrade, and uninstallation
Ability to delete stale keys of encrypted objects from KMS
So far, when volume encryption was secured by using a Key Management Server, Volume Manager copied the encryption key (KEK) of the volume and used it for the corresponding snapshot volumes.
Also, when Volume Manager deleted an encrypted object, it did not delete the associated KEK. Over time, many such unused keys would get accumulated on the KMS, which would probably incur costs.
To address these inefficiencies, Volume Manager has been enhanced as follows:
It uses separate KEKs for volumes and their snapshots.
When a volume or any of its snapshots is deleted, it also deletes the associated KEK from the KMS.
It provides a new tunable, delete_stale_kms_keys, which you can use to enable or disable the deletion of the associated KEK when an encrypted object is deleted. This feature is disabled by default.
You might have volumes and their snapshots created by earlier versions of Volume Manager in your environment, which share the same KEK. In such a scenario, if you enable the deletion of the associated KEK along with the encrypted object, the shared KEK will be deleted. Consequently, the other objects that shared the KEK will be rendered unusable, because Volume Manager will not be able to decrypt them.
For details, refer to the following documents as applicable to your environment:
Storage Foundation 9.0 Administrator's Guide - Linux
Storage Foundation Cluster File System High Availability 9.0 Administrator's Guide - Linux