GLYPH<SM590000> IBM FlashSystem 9100 has the ability to create a volume which isn’t compressed,  de-duped or thin provisioned (so a fully allocated volume). Simply create some of these  volumes to reserve an amount of physical space, you probably want to name them  something like “emergency buffer space”. Then if you are reaching the limits for physical  capacity you can simply delete one or more of these volumes to give yourself a temporary  reprieve. 1. Add more storage to the system if possible. 2. Migrate extents from the write protected array to other non-write protected MDisks with  enough extents. This could be an external back end storage array. 3. Migrate volumes with extents on the write protected array to another pool. 4. Deleting unrequired volumes to free space. Warning:  Running completely out of space can be a very severe situation. Recovery can  be extremely complicated and time-consuming. For this reason, it is imperative that proper  planning and monitoring be done to avoid reaching this condition.  The following sections describe the process for recovering from OOPS. After you’ve assessed and accounted for storage capacity, the first step is to contact IBM  Support who can aid in unlocking the read only mode and restoring the operation. The  reclamation task can take a long time to run, and larger flash arrays will take longer to recover  than smaller ones. There are several ways to reduce the amount of consumed space once the IBM FlashSystem  9100 has been unlocked by IBM support. To recover from Out of Space conditions on Standard Pools, these are the steps for the user: If possible, within the pool (managed disk group) on the IBM FlashSystem 9100, delete any  unnecessary volumes. The IBM FlashSystem 9100 v8.2 supports SCSI unmap so deleting  volumes will have space reclamation benefits using this method.  5. Bring the volumes in the pool back online using a Directed Maintenance Procedure . If possible, moving volumes from the IBM FlashSystem 9100 pool to another external pool  can free up space in the IBM FlashSystem 9100 pool to allow for space reclamation. As this  volume moves into the new pool, its previously occupied flash extends will be freed up (via  SCSI unmap), which then goes to provide more free space to the IBM FlashSystem 9100  enclosure to be configured to a proper provisioning to support the compression ratio.  Further information on types of recovery can be found in the IBM Support Technote here:  Out of Space Recovery 10.9.2 Recovery  Reclaiming and unlocking Freeing up space Deleting unneeded volumes Migrating volumes  400  IBM FlashSystem 9200 and 9100 Best Practices and Performance Guidelines