Backup & Restore Issues
Troubleshoot backup creation, restoration, and storage provider issues in OEC.sh.
Backup Creation Failures
Symptom
Backup creation fails or completes with errors.
Common Causes and Solutions
Insufficient Disk Space
Symptom: Backup fails with "no space left on device" error.
Solution:
- Check server disk usage: Server → Metrics
- Remove old local backups if needed
- Backups require temporary space equal to database size + filestore size
Backups are created locally first, then uploaded to your storage provider. Ensure you have at least 2x your database size in free disk space.
Database Connection Error
Symptom: "pg_dump: connection refused" or similar error.
Solution:
- Verify database is running: Environment → Overview
- Restart environment if database is down
- Check database credentials in environment settings
Storage Provider Unreachable
Symptom: Backup created but upload fails.
Solution:
- Verify storage provider credentials: Settings → Storage Providers
- Test connection using the "Test Connection" button
- Check for network issues or provider outages
Amazon S3 / Cloudflare R2 / Backblaze B2:
- Verify Access Key and Secret Key
- Check bucket permissions (put, get, list)
- Ensure bucket exists and is accessible
- Verify region is correct
Timeout During Large Backup
Symptom: Backup times out for large databases.
Solution:
- Large databases may take longer to back up
- Check server resources during backup
- Consider scheduling backups during low-usage periods
Restore Failures
Symptom
Backup restoration fails or completes with errors.
Common Causes and Solutions
Incompatible Backup Version
Symptom: "database version mismatch" or migration errors.
Solution:
- Check the backup's Odoo version (in backup manifest)
- Ensure target environment matches or is compatible
- For version upgrades, use Clone with Sanitization feature
Insufficient Resources
Symptom: Restore fails with memory or disk errors.
Solution:
- Check server resources: Server → Metrics
- Scale up resources temporarily for large restores
- Ensure target has more disk space than backup size
Check Backup Size
View backup details to see database and filestore sizes.
Verify Available Space
Go to Server → Metrics and check available disk space.
Scale if Needed
Increase disk allocation: Environment → Settings → Resources
Retry Restore
Attempt the restore again after ensuring adequate resources.
Corrupted Backup File
Symptom: "invalid backup format" or extraction errors.
Solution:
- Download and manually verify the backup file
- Try restoring from a different backup
- Check if the backup provider reported any upload errors
Database Already Exists
Symptom: "database already exists" error during restore.
Solution:
- OEC.sh normally handles this automatically
- If persists, use Force Restore option
- Contact support if the issue continues
Restoring a backup will overwrite all existing data in the environment. Always verify you're restoring to the correct environment.
Storage Provider Issues
Symptom
Cannot connect to storage provider or operations fail.
Common Causes and Solutions
Invalid Credentials
Symptom: "access denied" or "authentication failed" error.
Verify Credentials
Go to Settings → Storage Providers and check your configuration.
Test Connection
Click the "Test Connection" button to verify access.
Regenerate Keys
If using access keys, regenerate them from your provider's console.
Update Configuration
Save the new credentials and test again.
Bucket/Container Not Found
Symptom: "bucket not found" or "container does not exist" error.
Solution:
- Verify bucket name is correct (case-sensitive)
- Check bucket exists in the correct region
- Ensure the bucket wasn't accidentally deleted
Permission Denied
Symptom: Can read but not write, or vice versa.
Solution: Required permissions by provider:
| Provider | Required Permissions |
|---|---|
| S3 | s3:PutObject, s3:GetObject, s3:ListBucket, s3:DeleteObject |
| R2 | Same as S3 (S3-compatible) |
| B2 | readFiles, writeFiles, listFiles, deleteFiles |
| Azure | Blob Data Contributor role |
| GCS | Storage Object Admin |
Network/Firewall Issues
Symptom: Timeouts or connection refused errors.
Solution:
- Verify outbound connections are allowed
- Check if provider is experiencing outages
- Try from a different network if possible
Large Backup Handling
Symptom
Issues with backups larger than 10GB.
Best Practices for Large Backups
Split Filestore
Consideration: Large filestores increase backup time and size.
Solutions:
- Consider using external object storage for large files
- Archive old attachments periodically
- Clean up unused attachments
Optimize Database
Consideration: Large databases take longer to back up.
Solutions:
- Archive old records (e.g., mail.message, ir.logging)
- Vacuum the database regularly
- Remove unused demo data
OEC.sh uses incremental-friendly backup strategies where possible, but the initial full backup must complete successfully.
Scheduled Backups
Recommendation: Schedule large backups during off-peak hours.
- Go to Environment → Backups → Schedule
- Set time to low-usage period (e.g., 2 AM)
- Configure retention policy (daily, weekly, monthly)
Backup Best Practices
Recommended Configuration
- Multiple Storage Providers - Configure at least 2 providers for redundancy
- GFS Retention - Use Grandfather-Father-Son retention (daily, weekly, monthly, yearly)
- Regular Testing - Periodically test restores on a clone
- Before Major Changes - Always create a manual backup before upgrades
Backup Contents
Each OEC.sh backup includes:
dump.sql- PostgreSQL database dumpfilestore.tar.gz- Odoo filestore (attachments, images)manifest.json- Backup metadata (version, timestamp, size)
Recovery Scenarios
Accidental Data Deletion
- Identify when the deletion occurred
- Find a backup from before that time
- Use Clone with Sanitization to restore to a test environment
- Verify the data exists in the clone
- Export specific records or restore to production
Environment Corruption
- Create a new environment
- Restore the latest good backup to the new environment
- Update DNS/domains if needed
- Delete the corrupted environment
Disaster Recovery
- Deploy a new server if needed
- Create new environments
- Restore from off-site backups (S3, R2, B2)
- Update configurations and DNS
Still Having Issues?
If the above solutions don't resolve your problem:
-
Collect Information:
- Environment ID
- Backup ID (if applicable)
- Storage provider type
- Error messages from logs
-
Contact Support: Email [email protected]