Segmentation fault while creating users

Y

YMTan

Verified User
Joined
Jun 26, 2009
Messages
23
Hi All,

In recent update to DA 1.34.4, we found that any operations relevant to create new user or new mailbox will always cause the following error message:

A segmentation fault has occurred
http://help.directadmin.com/item.php?id=185

We're using CentOS 5.4.

Can anyone share the solution as we can't create new users or mailboxes now?

Thanks!
 
You should at least follow the instructions, otherwise it's quite impossible for us to guess the exact problem.
 
This is what we found by following the steps advised by the link:

2009:11:25-07:56:56: *** Segmentation fault *** Email::addPOP(*cf)

(gdb) bt full
#0 0x0000003b3f468880 in fileno_unlocked () from /lib64/libc.so.6
No symbol table info available.
#1 0x000000000044dbd0 in fileSize ()
No symbol table info available.
#2 0x0000000000454f1b in getDataFromFile ()
No symbol table info available.
#3 0x0000000000455063 in check_difficult_password ()
No symbol table info available.
#4 0x000000000043c964 in Command::doUser ()
No symbol table info available.
#5 0x0000000000440171 in Command::doCommand ()
No symbol table info available.
#6 0x0000000000441d88 in Command::run ()
No symbol table info available.
#7 0x000000000052b58c in server ()
No symbol table info available.
#8 0x000000000052bdea in main ()
No symbol table info available.
 
That's helpful.
It may be:
  • a badly corrupted file system
  • a bug within libc
  • a bug within the check_difficult_password() function of DirectAdmin, more specifically the fileSize() routine

The latter is much more plausible: there are many segfaults related to libc's fileno_unlocked() that have been fixed on applications, just search Google.

Send the trace to the DirectAdmin Support so that they can find if it's their fault and fix it. In the meantime you could try to check your file systems for errors with fsck.
 
Thanks John.

After checking, it is realized that the segment fault was caused by file permission of /usr/local/directadmin/scripts/custom/difficult_password.php

I turned on the enforce_difficult_passwords=1 and copy the file from /usr/local/directadmin/scripts/difficult_password.php to /usr/local/directadmin/scripts/custom/difficult_password.php

However, the permission was not changed to diradmin:diradmin.
 
You must log in or register to reply here.
Back
Top