Fixing 'Disk Quota Exceeded' and 'File Too Large' Errors in BackWPup
Content
Are you seeing errors like Disk quota exceeded, File too large, or No space left on device when trying to run a BackWPup job? You're not alone. These errors are some of the most common issues users face, and they often occur even when it seems like there should be plenty of server space available.
This guide will explain why these errors happen and walk you through the most effective troubleshooting steps to resolve them.
Why Do These Errors Occur?
At first glance, these errors seem straightforward: your server has run out of space. However, the reality is often more nuanced. The issue is frequently related to how your web hosting account manages resources, not just the overall available disk space. Common causes include:
- Inode Limits: Hosting plans often limit the number of files (inodes) you can have, not just the total storage capacity. A backup process creates many temporary files, which can quickly exhaust this limit.
- PHP File Size Limits: Many servers enforce a maximum file size limit for PHP processes. If your backup archive grows beyond this limit (e.g., 2GB), the operation will fail, often with a
SIGXFSZ (File size exceeded)signal. - Temporary Directory Quota: The server's
/tmpdirectory, where BackWPup and PHP often work on files during compression, may have a separate, stricter disk quota than your main web space. - ZipArchive Limitations: The PHP ZipArchive extension, which BackWPup uses by default, can struggle with very large files or a huge number of files, leading to write errors.
How to Troubleshoot and Fix the Errors
Follow these steps to identify and resolve the root cause of your backup failures.
1. Check Your Server's True Disk Quota
Don't rely solely on your hosting control panel's overview. You need to check the specific quotas applied to your account, including inode limits. The most reliable way to do this is by using SSH to access your server and run these commands:
# Check overall disk usage
df -h
# Check your user's specific disk quota and inode usage
quota -s
# Count inodes in your web directory (this can take a while)
find /home/yourusername -print | wc -l
If you don't have SSH access, contact your hosting provider and ask them to confirm your account's disk quota, inode limit, and inode usage.
2. Change the Backup Archive Format
If the issue is related to the PHP ZipArchive extension's limitations, switching to a different format can often solve the problem immediately.
- In your WordPress dashboard, go to BackWPup > Settings > Jobs.
- Edit your failing backup job.
- Navigate to the Backup File Creation section.
- Change the Archive Format from
ZiptoTar GZiporTar. - Save the job and run it again.
The Tar formats are generally more robust for handling very large backups and are less likely to hit PHP-specific file size limits.
3. Clean Up Your Server
Free up space and inodes by removing unnecessary files. This includes:
- Old backup files stored on your server by BackWPup.
- Cached files from plugins like WP Rocket or W3 Total Cache.
- Old WordPress core, theme, and plugin files that are no longer in use.
- Spam comments and post revisions in your database.
4. Split Your Backup into Smaller Jobs
If your site is very large, creating a single massive backup might not be feasible. Instead, create multiple backup jobs:
- Job 1: Back up only the database.
- Job 2: Back up only your uploads folder (
wp-content/uploads). - Job 3: Back up your plugins and themes folders.
This approach creates several smaller, more manageable files that are less likely to hit size and resource limits.
5. Configure a Custom Temporary Directory
If the server's default /tmp directory is on a partition with a small quota, you can instruct BackWPup to use a different location.
- In your WordPress dashboard, go to BackWPup > Settings > General.
- Find the setting for Temp folder.
- Change the path to a directory within your web space (e.g.,
/home/yourusername/tmp). - Ensure this new directory exists and is writable by PHP. You may need to create it via FTP or your file manager and set its permissions to 755.
When to Contact Your Hosting Provider
If you've tried all the steps above and the errors persist, the issue is almost certainly a server-level constraint. Contact your hosting support and provide them with the error messages from your BackWPup log. Specifically, ask them to:
- Check and increase your PHP file size limit (
max_filesize). - Confirm the quota for the partition that contains the
/tmpdirectory. - Check if your account has hit its inode limit.
By methodically working through these solutions, you should be able to overcome the frustrating 'disk quota' and 'file too large' errors and get your backups running smoothly again.
Related Support Threads Support
-
Disk quota exceededhttps://wordpress.org/support/topic/disk-quota-exceeded-3/
-
“ERROR: Loaded File Size ahttps://wordpress.org/support/topic/error-loaded-file-size-a/
-
Backup file to largehttps://wordpress.org/support/topic/backup-file-to-large/
-
Error post in Dashbordhttps://wordpress.org/support/topic/error-post-in-dashbord/
-
No zip senthttps://wordpress.org/support/topic/no-zip-sent/
-
Unclear (for me) Errorhttps://wordpress.org/support/topic/unclear-for-me-error/
-
BackUp Errorhttps://wordpress.org/support/topic/backup-error-37/
-
File too large Zip file can´t be closedhttps://wordpress.org/support/topic/file-too-large-zip-file-cant-be-closed/
-
Error: cannot create ZIP archivehttps://wordpress.org/support/topic/error-cannot-create-zip-archive-2/