Cannot seem to add or view backup Crons In Latest DirectAdmin Version

T

topdog

Verified User
Joined
Jun 22, 2009
Messages
135
hello,
I have a strange issue and it must be me only who has this perhaps, although I pray that that's not the case.
First off, I am running Windows Vista Home Premium SP2, Internet Explorer version 8, and Firefox version 3.5.3. I've upgraded to DirectAdmin 1.34.0 today, and when I go to add a backup cron to run at midnight it does not get added, even though it says that settings were saved.
My server provider somehow was able to add a cron with there Firefox browser, but for some reason I'm using Firefox and cannot. My server provider says that once you upgrade you cannot downgrade the control panel.
My server is running CentOS 5.3 32-bit and DirectAdmin 1.34.0.
Thanks for any help that can be given to this matter.
 
I forgot to add. How I add the backup cron is:
1. I login to Directadmin and click on Reseller level.
2. I go to manage User Backups.
3. I scrole down to where it says step 2 and select Cron Scheduled.
4. I go up to where it says step 1, and select the radio button which says All Users. There is a table on the page which has a select link to be able to select all the users at once, this is a link so I click on it. All of the users are therefore selected.
5. I go to where it asks for the Cron's minute, hour, etc fields. I fill those in with appropriate values, like 0 for minute, 0 for hour, and * for the rest of the fields.
6. Finally I click on save. The screen then says settings saved, no error messages, etc.
From that point onward, if I go back t the Reseller level upon logging into DirectAdmin, Manage User Backusp, under wher eit says Backup Crons, there is no cron scheduled backups, not even the one I've added.
Is this a bug with DA maybe not supporting certain versions of IE and Firefox? And if so, who do I report this bug to?
before when I used DA 1.33.7, the cron with the firefox and IE versions I use outlined before, would add properly and I'd see it.
Thanks for any help that can be provided to this matter.
 
Is the cronjob added but not visible (i.e., does the backup take place)?

Jeff
 
jlasman said:
Is the cronjob added but not visible (i.e., does the backup take place)?

Jeff
Click to expand...
Thanks for responding Jeff. The cron is neither added nore is the backup run.
it's DA 1.34.0 I'm running on my CentOS 5.3 32-bit server.
 
What I will do is test a cron now. I will add it, and have it run every hour and see what happens. However, the last time I added it, I didn't see it under diradmin while I was logged into the shell with SSH.
 
Just an update. I added the backup cron under reseller level, Manage user backup. It says that the settings were saved, I logged into root with SSH and did crontab - -u diradmin and nothing is there.
However, it may run the backup, I've scheduled it to run an hour from now. I will update you on how that goes. meanwhile, I don't see the cron from the actual web-based control panel itself either.
 
Hello,

If DA thinks everything is ok, there might be something else at play.
My first guess is a full disk. Check:
Code: 
df -h
I tested on our CentOS 5 32-bit system, but didn't hit any snags. The cron does show up.

The file DA is adding the data to is:
/usr/local/directadmin/data/admin/backup_crons.list

so check that to see if the data is there.
From there, DA generates the crontab text file to serve to crontab.
If it was a cron syntax error, you would have the data in DA, but not cron.
Since you don't have either, my only guess is a full disk, or something like that.

Also check /var/log/messages for any disk related errors... as well possible quotas on the DA user (which would be really odd):

quota -v diradmin

John
 
DirectAdmin Support said:
Hello,

If DA thinks everything is ok, there might be something else at play.
My first guess is a full disk. Check:
Code: 
df -h
I tested on our CentOS 5 32-bit system, but didn't hit any snags. The cron does show up.

The file DA is adding the data to is:
/usr/local/directadmin/data/admin/backup_crons.list

so check that to see if the data is there.
From there, DA generates the crontab text file to serve to crontab.
If it was a cron syntax error, you would have the data in DA, but not cron.
Since you don't have either, my only guess is a full disk, or something like that.

Also check /var/log/messages for any disk related errors... as well possible quotas on the DA user (which would be really odd):

quota -v diradmin

John
Click to expand...
Hi John. I didn't notice anything strange with diradmin. I hecked the /usr/local/directadmin/data/admin/backup_crons.list, the file is empty. And, a supposed backup crons I added yesterday, it never ran.
I'm at a loss as to what to do. before I upgraded DA, I could add backup cron jobs just fine and view them from the DA interface itself. Now, none of that is possible and that worries me. Because, if something should happen to the server I have I then can't back it up.
Could it be that the new DA only likes certain versions of IE and Firefox? I mean, I cannot think of anything else.
My server provider, was able to add and view, a backup cron themselves via DA but I can't. They're probably using an older IE and an older Firefox I'm sure. Do you think that could be why perhaps?
 
Hello,

Hmm, not too sure, no other reports of browser issues with that tool. Has anyone else experienced similar results? Let us know if you have.
Beyond that, the all_pre.sh tool, if being used, is the only thing that comes to mind that DA could block on a per-connection basis. (/usr/local/directadmin/scripts/custom/all_pre.sh
You could of course try installing a different browser to see if that makes any difference.

John
 
DirectAdmin Support said:
Hello,

Hmm, not too sure, no other reports of browser issues with that tool. Has anyone else experienced similar results? Let us know if you have.
Beyond that, the all_pre.sh tool, if being used, is the only thing that comes to mind that DA could block on a per-connection basis. (/usr/local/directadmin/scripts/custom/all_pre.sh
You could of course try installing a different browser to see if that makes any difference.

John
Click to expand...
Hello John and everyone else,
As of today, no backups are still being made, yet regular unix cron is working as I have a cron that I added by hand for a client of mine.
Also, I just looked in /usr/local/directadmin/scripts/custom, and all_pre.sh is not there. Do you believe then that then during DA's upgrade it wasn't upgraded right?
John, in his last reply suggests I install a new browser do to my issue, I have no other browser really. Anyone here using IE8 at least experiencing the same issue as I?
I suppose that I could go back to IE7, that's my last resort really, Firefox and IE are the only browsers I can use. My server provider and I are stil stumpt as to this issue, and in fact still have a support ticket opened as we aren't sure how to resolve this issue.
A very, very, last option I'd hate to do is possibly, there's a setup.sh script. Do you think that by me running that, it will install DA with prior settings, but maybe it'll fix the backup system problem? I saw on another part of the DirectAdmin forum that someone else says the backup system doesn't work for them, so maybe it's not just me either.
Actually, I just remembered .. I have a Windows Mobile device with IE, I'll try that, and if nothing else, should I maybe check permissions anywhere?
I checked quota's as was suggested last time and /var/log/messages and nothing seems to be wrong.
Maybe if I PM someone, perhaps John, my admin details they could give the backup cron a shot?
I'll try my Windows Mobile device and reply back with any result.
 
Last edited:
Hi all,
I tried adding a Backup Cron with a Windows Mobile device which has an older IE, but it still didn't add it even though it said it did.
The very last option is that I'll role back to IE 7, and if nothing else, should I reinstall DA with setup.sh?
 
Hi,
Regarding this issue, I tried with a Windows Mobile device to add a backup Cron, and also tried to add a backup Crons with IE7 from another Windows PC and both situations did not work.
I do not know at this point of what else to do, other than have my provider reformat and reinstall DA, any other suggestions?
 
Just to givve everyone an update:
When I logged in as a user, went to create/restore backups and created a backup, Direct Admin was able to backup successfully the directory and sent the user a successful backup message.
The areas under Admin, Admin backup/Transfer, and under reseller level, manage user backups, still won't work at this point.
That's how far I've gotten at this point.
Any other suggestions would be appreciated.
 
Unfortunately I cannot give you help. The purpose of this to post is to warn you that rebuilding DirectAdmin from setup.sh will overwrite all the sites on your server; you'll start with an empty server and you'll have to restore a backup. So not recommended.

Can you ask DirectAdmin Support or your own provider's support team, to actually log into the server and try to figure out the issue?

Jeff
 
Support Team for my server has logged into the server but can't figure the issue out.
At this point I'm using Custom Build and rebuilding everything using ./build all.
If DirectAdmin support logged in, would I be charged for this support? Or how would that work?
 
An update Thus Far:
I'm logged into SSh as I write this and notice that any cron for DirAdmin is not being updated or added to. user cron jobs put in there crontab's run as expected.
At this point I have no clue as to what to do here, I'm at the end of my roap on how to fix this. I'm just about ready to thrown in my chips and have the server provider reinstall DA from scrach, but if someone from DirectAdmin support is willing to help on there own time at no charge I'd really appreciate it.
If someone from DA support can e-mail me off-forum at [email protected]
I'd appreciate it. Thank you.
 
https://www.directadmin.com/clients/safesubmit.php

fill in the info, and include a brief description of the problem, how to duplicate it.. probalby a link to this thread would be fine.

Note that I recently resolved a similar cron issue where the hour was set to 40 in one cron, thus crontab wouldn't take it. I've since updated the error output to include the crontab error output to more easily allow users to know what's going on.

John
 
DirectAdmin Support said:
https://www.directadmin.com/clients/safesubmit.php

fill in the info, and include a brief description of the problem, how to duplicate it.. probalby a link to this thread would be fine.

Note that I recently resolved a similar cron issue where the hour was set to 40 in one cron, thus crontab wouldn't take it. I've since updated the error output to include the crontab error output to more easily allow users to know what's going on.

John
Click to expand...

John,
I have gone to the URI you gave me and filled out the info. Thanks.
 
You must log in or register to reply here.
Back
Top