Re: [courier-users] courier-authlib problem on Solaris 9 x86

[David K.]

I have the daemons in authdaemonrc reduced to 1, and this is the begining of the truss output of authdaemond: Received signal #18, SIGCLD, in poll() [caught] siginfo: SIGCLD CLD_DUMPED pid=24336 status=0x000B poll(0x08046CEC, 1, 300000) Err#4 EINTR close(4) = 0 sigaction(SIGHUP, 0x08046A00, 0x08046A70) = 0 setcontext(0x08046ADC) poll(0x08046CEC, 1, 300000) = 1 close(3) = 0 INFO: stopping authdaemond children write(2, " I N F O : s t o p p i".., 36) = 36 wait() = 24336 [0x008B] wait() Err#10 ECHILD pipe() = 3 [4] INFO: restarting authdaemond children write(2, " I N F O : r e s t a r".., 38) = 38 open("/usr/local/etc/authlib/authdaemonrc", O_RDONLY) = 6 I'm not familiar with gdb, and it tells me: This GDB was configured as "i386-pc-solaris2.9"..."/etc/rc3.d/core": not in executable format: File format not recognized - David Alessandro Vesely wrote: "David K." wrote: [...] pstack core core 'core' of 17227: /usr/local/libexec/courier-authlib/authdaemond d26cf539 strcmp () + 115 d2793d3d authcheckpassword (804d234, d254bba6, d277bb7b, d253e724) + 101 d253e73d ???????? () Possibly that is a strcmp in do_authcheckpassword, comparing crypt(password) with the encripted password? Then when the daemon crashes the client gets an I/O error. You should investigate some more, either with gdb or, if you can reduce daemons to 1 in authdaemonrc, pointing truss to the running daemon. In case you have a MySQL query log, that may provide some more hints as well.