Cloud House Technologies Logo
CloudHouse Technologies
HomeServicesProjectsBlogAbout UsCareersContact UsLogin
    Cloud House Technologies Logo
    CloudHouse Technologies
    HomeServicesProjectsBlogAbout UsCareersContact UsLogin

    How to Fix cPanel/WHM Scheduled Backup Not Running (Cron Not Triggering)

    Priya

    Content Writer & Researcher

    Last Updated: 11 August 2026
    🖥️

    Is Your WHM Backup Configuration Actually Protecting Your Data?

    Silent backup failures are the leading cause of unrecoverable data loss. CloudHouse's server management team audits and monitors your entire backup setup 24/7 — so you never discover a missing backup when it's too late.

    🔧 Book Free DiagnosisCall NowWhatsApp
    🖥️12,400+PCs Fixed
    ⭐4.9★Google Rating
    ⚡<15 minAvg. Response
    🛡️ISO 27001Certified

    If your cPanel/WHM server stopped creating scheduled backups, you are not alone. This is one of the most dangerous silent failures in web hosting — the backup job quietly stops running, and admins only discover it weeks later when they desperately need to restore a site. This guide walks through every root cause for cPanel/WHM scheduled backups not running and gives you the exact commands to diagnose and fix each one.

    💡 None of these worked? Skip the guesswork.

    Get Expert Help →

    1. Check If Backups Are Actually Enabled in WHM

    The most common reason WHM scheduled backups stop running is that the backup system is simply disabled. After a cPanel update or server migration, the backup toggle can silently revert to off.

    1Log in to WHM

    Navigate to WHM > Backup > Backup Configuration.

    2Check the Backup Status toggle

    At the top of the page you will see a Backup Status section. Confirm it is set to Enabled. If it says Disabled, enable it and click Save Configuration.

    3Verify via CLI
    grep -i "BACKUPENABLE" /var/cpanel/backups/config

    If the output is BACKUPENABLE=no, backups are disabled. Set it to yes directly or use the WHM UI to re-enable.

    1Check scheduled days

    In WHM > Backup Configuration > Scheduling and Retention, look at the Backup Days row. If no days are ticked, the cron will never trigger a backup run.

    2Confirm backup type is not set to Disabled

    The Backup Type field controls what kind of backup runs (Compressed, Uncompressed, or Incremental). If this was changed to Disabled, the system will skip the job even though Status is Enabled.

    3Check the config file directly
    cat /var/cpanel/backups/config | grep -E "BACKUPDAYS|BACKUPTYPE"

    A correctly configured server should show something like:

    BACKUPDAYS=1,2,3,4,5
    BACKUPTYPE=compressed

    If BACKUPDAYS is empty or BACKUPTYPE=disabled, fix these values in the WHM UI and save.

    1Check current disk usage
    df -h

    Look at the partition where your backup destination lives (often /home or a mounted drive).

    2Check the WHM threshold setting

    In WHM > Backup Configuration > Additional Destinations (or the main config section), find the Minimum Free Space option. The default is 1024 MB. If your available disk space is below this value, WHM will skip the backup.

    3Check via config file
    grep "MINFREE" /var/cpanel/backups/config
    4Free up space or lower the threshold

    Either remove old backup archives manually:

    ls -lhS /backup/ | head -20
    rm -f /backup/cpbackup/weekly/old-archive.tar.gz

    Or increase your disk capacity. Lowering the MINFREE threshold without addressing the underlying disk space issue is a short-term workaround only.

    1Find recent backup logs
    ls -lt /usr/local/cpanel/logs/cpbackup/ | head -10
    2Read the most recent log
    tail -100 /usr/local/cpanel/logs/cpbackup/$(ls -t /usr/local/cpanel/logs/cpbackup/ | head -1)
    3Common error patterns to look for
    • Insufficient disk space — confirms the disk threshold issue from Section 3
    • Backup is disabled — confirms the toggle issue from Section 1
    • Transport failed — points to a remote destination connectivity problem (see Section 7)
    • Lock file exists — indicates a stuck backup process (see Section 5)
    • Permission denied — backup directory has wrong ownership

    Fix the directory permission issue with:

    chown -R root:root /backup
    chmod 711 /backup
    1Check for existing backup processes
    ps aux | grep cpbackup | grep -v grep

    If this returns nothing but backups are still not running, a stale lock file is likely the culprit.

    2Check for lock files
    ls -la /var/cpanel/backups/*.lock 2>/dev/null
    ls -la /tmp/.cpbackup* 2>/dev/null
    3Remove the stale lock file
    rm -f /var/cpanel/backups/*.lock
    4Trigger a manual backup to verify
    /usr/local/cpanel/bin/backup --force

    Watch the log file in real time to confirm the job starts:

    tail -f /usr/local/cpanel/logs/cpbackup/$(date +%Y-%m-%d).log
    1Check the system crontab for the backup entry
    grep -i "cpbackup\|backup" /etc/crontab
    grep -i "cpbackup\|backup" /var/spool/cron/root

    You should see a line similar to:

    0 2 * * 1,2,3,4,5 root /usr/local/cpanel/bin/backup
    2Confirm cron daemon is running
    systemctl status crond
    # or on some distros:
    systemctl status cron

    If cron is stopped, start it:

    systemctl start crond && systemctl enable crond
    3Rebuild the cron entry via WHM

    If the cron entry is missing, saving any change in WHM > Backup Configuration will regenerate it. Alternatively, run:

    /usr/local/cpanel/scripts/rebuildhttpdconf
    /usr/local/cpanel/bin/backup --force
    1Test the remote destination in WHM

    Go to WHM > Backup Configuration > Additional Destinations, click your destination, then click Save and Validate Destination. WHM will test the connection and report any errors.

    2Check destination config files
    ls /var/cpanel/backups/*.backup_destination
    cat /var/cpanel/backups/your_destination.backup_destination
    3Increase transport timeout for large backup sets

    If backups time out before completing, increase the transport timeout. Edit the relevant transport module or use WHM to adjust the Maximum Destination Timeout setting (default: 7200 seconds).

    4Test S3 connectivity manually
    curl -v https://s3.amazonaws.com/your-bucket-name/ 2>&1 | head -20
    5Check firewall rules for outbound connections
    iptables -L OUTPUT -n | grep -E "DROP|REJECT"

    An outbound firewall rule blocking the FTP or SFTP port will silently kill all remote backup transfers.

    If you need expert help diagnosing complex backup failures or setting up a reliable backup architecture, CloudHouse's managed server support team can audit your entire backup configuration and ensure your data is protected 24/7.

    Preventing Future Backup Failures

    Once you have fixed the immediate issue, add these safeguards to prevent silent backup failures in future:

    • Enable backup notifications — WHM > Backup Configuration > Notification Settings. Set it to email you when backups fail.
    • Monitor disk space proactively — Set up a low-disk-space alert at 20% full, well before WHM's backup threshold is hit.
    • Test restores monthly — A backup you have never tested is not a backup. Restore a random account each month using WHM > Restore a Full Backup/cpmove File.
    • Keep at least 7 daily backups — Configure retention to keep a full week so you can recover from ransomware or accidental deletions.

    FAQs

    Get the Free Linux Server Admin Cheatsheet (PDF)

    Essential commands for server management, networking, and troubleshooting — all on one printable page.

    Running Linux servers? Let us manage them for you.

    Our Managed Linux Server plans cover updates, security hardening, monitoring, and 24/7 incident response — so your servers stay up and your team stays focused.

    • Proactive OS patching and security updates
    • 24×7 monitoring with instant alerting
    • Backup configuration and disaster recovery
    • Dedicated Linux engineers on call
    See Pricing Plans →

    What our customers say

    “Our production server went down at 2 AM. CloudHouse had it back online in under 20 minutes. Incredible response time.”

    Arun S.

    CTO, SaaS Startup

    “They migrated our entire infrastructure from Ubuntu 18 to 22 with zero downtime. Couldn't have asked for better.”

    Deepak N.

    DevOps Lead

    Frequently Asked Questions

    The most common reasons are: backups were disabled during a cPanel update, disk space dropped below the minimum free space threshold, a stale lock file is blocking new runs, or the backup cron entry was removed from the system crontab. Check the cpbackup log at /usr/local/cpanel/logs/cpbackup/ for the exact error.

    Book your free 15-minute diagnosis

    A certified technician will call you back within 15 minutes during business hours.

    Share this article

    Leave a Comment

    Comments (0)

    Loading comments...

    Need Help Fixing WHM Backup Issues?

    Backup failures can be hard to diagnose when logs are sparse and errors are silent. CloudHouse Technologies specialises in cPanel/WHM server management — we'll identify exactly why your backups stopped and fix it fast. Get expert support before data loss strikes.

    Call Now — FreeWhatsApp Us

    Why CloudHouse?

    • ISO 27001:2022 certified
    • 12,400+ devices supported
    • 4.9★ on Google
    • Sub-15-minute response

    CloudHouse Technologies

    Innovative cloud solutions for modern businesses. We deliver cutting-edge technology with exceptional service.

    Contact Us

    CloudHouse Technologies Pvt.Ltd
    Special Economic Zone(SEZ),
    Infopark Thirissur,4B-15,
    Indeevaram,Nalukettu Road,
    Koratty, Kerala, India-680308
    0480-27327360
    info@cloudhousetechnologies.com

    Quick Links

    • Our Services
    • Gold Loan Software
    • About Us
    • Contact
    • Terms and Conditions
    • Privacy Policy
    ISO27001:2022
    Certified

    © 2026 CloudHouse Technologies Pvt.Ltd. All rights reserved.

    Back to top