How to address "NO MORE SPACE ON DEVICE"


How to address "NO MORE SPACE ON DEVICE"


You have received a response in a schedule summary report or backup failure indicating "NO MORE SPACE ON DEVICE"

Applies To

All backup systems

Symptoms / Description

Backup fails with error message:

For more information on "Out of Space" conditions see Unitrends KB 5046 - Error: No more space on device


No purgeable backups were found.”



  1. Check your license for the D2D value.  If the value is not "INF" make sure the sum of your D2D devices takes advantage of all of this space.  If the backup system is also a vault then you will need to understand that part of this space cannot be used for D2D devices as some is needed for vaulting storage as well.  Instant Recovery space allocation further reduces this value.  A common issue after redeployment is that the D2D value will be reduced to 200GB and may require adjustment.  
  2. Make sure your system is set to “Balance retention and backup performance (retention and backup window are optimized)” under Settings->Storage and Retention->Deduplication and Retention in the legacy UI.  
  3. Check your Capacity Report to see if you have exceeded your total capacity.  If you have then you need to back up less data.  To do this, you should remove a client from the backup system.  Removing a single backup, such as a master, for a client will not help because the report will simply reference the next newest backup of that type, to reduce capacity it is necessary to remove all schedules for a client, then remove the client itself (or in the case of VMs or databases manually delete all backups for that instance).  Note, total capacity assumes 2:1 compressability of data.  If your data reduction values from the Data Reduction report indicate your ration is less than 2:1, you may be out of space on your appliance before reaching this value.  
  4. If you have assigned Instant Recovery allocation, ensure this value is appropriate.  You should assign 110% of the native master backup size for any client using on-host WinIR and 10% of the size of off-host WinIR.  Higher values are not typically required.  
  5. Make sure you are not performing a backup of the appliance to itself.  In the legacy UI, if the system client is active in the nav pane ensure that there are no backups for the system to itself.  Remove them if they exist, delete associated schedules, and then disable the view if the system client using the NAV pane options.   It is not possible to see the system client in Satori UI to avoid this potential conflict. 
  6. If you are using a UEB and have added VMDK or VHDX storage as "internal" extended disk, consider adding more disk.  Follow the instructions to expand storage in the Unitrends RS/UEB Admin Guide.  If you have attached NAS or other direct attached storage to your UEB then it is not expandable, but you may deploy additional UEBs under your SAR license key. UEB licensing is not limited to a single deployed backup unit, the license limitation is on total protected content across all deployed units.  
  7. If the capacity numbers appear normal, typically 50-70% max in use, check for legal hold backups using the legal hold report. If you have any backups on legal hold, consider reducing or removing the legal hold status from backups.  Keep in mind, legal hold protects all backups in a chain until the most recent backup in a chain is more days old than the hold time.  If you are doing an incremental forever backup chain, a master will typically synthesize every 14 days. If you have legal hold set to 7 days, you must be able to retain 21 days of data for that client before backups can purge (the youngest backup in the chain, which might be the 14th day before the new master is created, would have to age a further 7 days to be eligible to purge.  Since the master before it is a dependent of that incremental, it also cannot be purged), which will include more than 2 masters.  Generally, legal hold should not be used on an appliance unless you can routinely maintain at least 3 masters of all clients all times, and then legal hold shoudl be set to a max of 2 backup rotations less than you can attain.  
  8. After reviewing the above, check for backups that have very high change rates.   Review the Backup History report, sort by largest backups, and then look for incremental or differential backups that are more than 1-3% of the size of the client's associated master.  In normally operating units, incremental backups added together over 7 days should be 10-15% or less than the master size. If your data change rate on some clients (or on some days) is larger than 10%, you shoudl review the nature of the data on that system to determine why the change rate is high.   Common issues are the use of database dump scripts or maintenance plans, recursive permission changes to folders, antivirus activity, large page files or heavy page use, databases that have not been excluded from file level backups.  There may be other reasons, and that change rate may be normal and expected for some applications. If you have high change rate that cannot be avoided a larger system appliance may be required to accommodate it.  
  9. If none of the steps above work then it may be time to pursue purchasing an additional backup system.  Please contact Unitrends Sales for details on how to have your system capacity reviewed and assess if a larger system is required.  If you believe the storage reported is in error, our would like technical review of your unit, contact unitrends support instead, and support can also engage your sales representative if that is determined required to resolve a capacity issue. 

Have more questions?

Contact us

Was this article helpful?
0 out of 1 found this helpful

Provide feedback for the Documentation team!

Browse this section