upcp and cpbackup never run

[circlec]

Hi,

I have 2 seperate cPanel servers, each configured in the same way and made sure of. On server A /scripts/upcp and /scripts/cpbackup run every night and a mail is sent to me.

On server B, although everything is configured perfectly, it never runs and neither have I ever received a email to say that cron or upcp ran! Also, I understand that the /scripts/cpbackup results will be included in the upcp email that is sent, this is the case with serverA but not with serverB - nothing is received or done on serverB.

Any idea?

 

[PWSowner]

If both servers are configured the same as far as upcp and backups, the next 2 things I'd check are the system mail settings in WHM, and root's cron job settings.

 

[gordonrp]

service crond restart

I bet cron isnt running, i just had the same problem... stumped me for weeks.

gp

 

[silversurfer]

I had this problem, but appears it's rsync:

rsync: failed to connect to rsync.cpanel.net: Connection timed out
rsync error: error in socket IO (code 10) at clientserver.c(83)

Anyone has any fix ?

 

[circlec]

gp,

I noticed that indeed crond was not running. I have done the restart as you have mentioned. We shall now see if this machine now performs the upcp's and cpbackups as the other machine does.

It will be very interesting to see if it actually does because this machine has been up for around a year and has never done it, im sure crond hasnt been stuck for over a year already!

 

[chirpy]

You should be able to tell when cron was last running by checking through its log file:

/var/log/cron

Unless it was rotated out of the way long before you restarted it

 

[circlec]

chirpy,

Thanks for the reply. It seems that crond has been running for other users on the machine and also there are somethings that root has called up, wheather that was manual while something else was restarting im not sure but it looks like this:

Oct 6 16:08:46 pentagon crontab[1307]: (root) LIST (root)
Oct 6 16:08:47 pentagon crontab[1317]: (root) LIST (root)
Oct 6 16:08:47 pentagon crontab[1318]: (root) LIST (root)
Oct 6 16:08:47 pentagon crontab[1319]: (root) REPLACE (root)

 

[chirpy]

Those are indeed just things being listed, added, etc to user crontabs. Unless you have lines like:

Oct 17 17:00:00 homer CROND[21613]: (root) CMD (/usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1)

This is a job actually running. Could be that it has been down for a while

 

[circlec]

ahhhh take a look at this:

Oct 18 00:30:01 pentagon CROND[8533]: (root) CMD (/usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1)
Oct 18 00:35:00 pentagon CROND[12324]: (root) CMD (/usr/bin/mrtg /etc/mrtg/mrtg.cfg)
Oct 18 00:35:00 pentagon CROND[12325]: (root) CMD (/usr/local/cpanel/bin/dcpumon >/dev/null 2>&1)

seems that starting the cron indeed worked, now to see if upcp and cpbackups start performing too!! how can I double check on those besides by checking if it actually did the files across FTP?

 

[nickn]

Easiest way is to check the last modified date on the backups. You could check /var/log/cpupdate.log to see when it was last modified, but if you are using the latest version for you already, this won't work.

 

[HendrikM]

I had the same problem on my server and this fixed it nicely:

http://forums.cpanel.net/showthread.php?t=30311