Serious add user problem

chow

Verified User
Joined
Aug 27, 2003
Messages
123
Location
The Netherlands
Hi,

On a new server we face a serious problem. We added 19 users without any problems. From there on we aren't able to add any more users. When adding a user it takes minutes and after a long time it say's "done" in the left bottom of the browser. No user was created however. Checking the DNS administration we see however the domain of the user showing up. So the domain was created but not the user. We never experienced this problem on other directadmin servers. Any clue on what's going wrong??
 
Strange... I don't know if problems on creation are logged, but you could check you're /var/log/directadmin/ log files.
 
fusionictnl said:
Strange... I don't know if problems on creation are logged, but you could check you're /var/log/directadmin/ log files.

I find the following in the error log

2004:12:17-13:35:10: Timeout from from 81.207.146.21 : last flagged: User::setQuota(0) : bonboeknl
2004:12:17-13:44:28: Timeout from from 81.207.146.21 : last flagged: User::setQuota(0) : busmail
2004:12:17-14:43:53: Reseller admin has not created any packages thus cannot create a User
2004:12:17-14:48:51: Timeout from from 81.207.146.21 : last flagged: User::setQuota(0) : testacc
2004:12:20-10:33:00: Timeout from from 82.217.197.69 : last flagged: User::setQuota(0) : sjoerd
 
fusionictnl said:
Then create packages!

Package was created and selected when adding user. We already created 19 users without any problems. It's just recently this problem occured..
 
fusionictnl said:
Ok.. try creating a fresh new package and adding a user to that package (new)

No luck, DA gives the following error:

Your connection has timed out

Details

Either your request was invalid or the program hasn't completed your request.
Please notify the server admin
 
I'd recommend you contact DA support and ask them to take a look at it.

Jeff
 
Hello,

We've had 1 or 2 people email us about a similar issue. After investigating, it was the quota system hanging from the quotacheck command.

Do a "ps -ax" and look for quota related commands. If you see any, reboot your machine and then edit the /etc/cron.d/directadmin_cron file, and remove the whole "quotoff quotacheck quotaon" line so that that the quotacheck is not run. (restart crond after)

Then try creating the accounts through DA. We've remove this command in the current release for new redhat systems (freebsd doesnt seem to be affected). Existing systems are not changed.

John
 
DirectAdmin Sales said:
Hello,

We've had 1 or 2 people email us about a similar issue. After investigating, it was the quota system hanging from the quotacheck command.

Do a "ps -ax" and look for quota related commands. If you see any, reboot your machine and then edit the /etc/cron.d/directadmin_cron file, and remove the whole "quotoff quotacheck quotaon" line so that that the quotacheck is not run. (restart crond after)

Then try creating the accounts through DA. We've remove this command in the current release for new redhat systems (freebsd doesnt seem to be affected). Existing systems are not changed.

John

My engineer found this thread http://www.directadmin.com/forum/showthread.php?threadid=4507&highlight and updated the kernel. Problem is solved :D
 
Back
Top