![]() |
Backups aren't created on a daily basis? - Printable Version +- ispCP - Board - Support (http://www.isp-control.net/forum) +-- Forum: ispCP Omega Support Area (/forum-30.html) +--- Forum: Usage (/forum-34.html) +--- Thread: Backups aren't created on a daily basis? (/thread-2447.html) |
Backups aren't created on a daily basis? - psygarden - 02-15-2008 06:58 AM I've come to the conclusion that backups haven't been taken on a daily basis, could anyone tell me where it best start looking? I did a quick search on the forum (only 2 since there is a 60 second delay each time i search) and found that i should check /etc/cron.d/ispcp This is the relevant text from that file: Quote:# Backup What else should i check to start the backups automatically at 3am each day? greetings, Rik RE: Backups aren't created on a daily basis? - BeNe - 02-15-2008 07:05 AM Check your /tmp for a .lock file and delete it. Next is, check your Logs: Code: /var/log/ispcp/ispcp-backup-all-mngr.log Could be set in the ispcp.conf. Greez BeNe RE: Backups aren't created on a daily basis? - joximu - 02-15-2008 09:01 AM and in the cron file... the lines should start with 0 3 * * * root .... I didn't see the stars in your example above - and it's not because of the fog.... RE: Backups aren't created on a daily basis? - psygarden - 02-17-2008 03:32 AM joximu Wrote:and in the cron file... the lines should start with I fixed this now, i'll be waiting untill tomorrow to see if it fixes things ![]() Thanks! RE: Backups aren't created on a daily basis? - joximu - 02-17-2008 04:28 AM crond reloaded - I hope... :-) RE: Backups aren't created on a daily basis? - Cube - 02-17-2008 04:40 AM Cron does not need a reload or restart after a modification of the crontabs. RE: Backups aren't created on a daily basis? - joximu - 02-17-2008 04:54 AM ok - I always do the safe way :-) RE: Backups aren't created on a daily basis? - psygarden - 02-18-2008 06:15 PM Judging by the looks on Munin the backups have been taken the past few days, still have to check them manually though! Thanks, Rik |