Marcus Pereira wrote:
>   At a random time  (may be hours, days or weeks) the main couriertcpd 
> keeps running and accepting connections (until the max clients are 
> reached) but the childs processess never ends.
> [...]
> 2) strace for a child couriertcpd process while on start of the lock
> [...]
> 17:46:43.758570 read(4, ""..., 2446) = 0
> 17:46:43.758654 read(4, ""..., 2446) = 0
> 17:46:43.758762 read(4, 
> "\1\0\0\0\0\0\0\0\216\t\0\0\0\0\0\0r6\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
> 2446) = 2446
> 17:46:43.759082 getsockname(5, {sa_family=AF_INET6, sin6_port=htons(25), 

If that is called before getsockname, it means it is in bdbobj_open, 
right? Are processes starving because of some locking mechanism?

Is it bdb4? Is it NFS mounted?
(http://www.oracle.com/technology/documentation/berkeley-db/db/ref/env/remote.html)

Gordon Messmer wrote:
> Except that it's been happening for more than a year, and occurs 
> randomly.  My guess is a db library bug.  I'd try a different library 
> (probably gdbm).

Id bdb buggy?















































------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to