> No, there clearly is no reason why you would have a direct relation > between traffic and concurrent connections. Are you sure your process > was not started as user and limited to 1024 fds when the issue appeared ?
I've checked /proc/`pidof haproxy`/limits Limit Soft Limit Hard Limit Units Max cpu time unlimited unlimited seconds Max file size unlimited unlimited bytes Max data size unlimited unlimited bytes Max stack size 10485760 unlimited bytes Max core file size 0 unlimited bytes Max resident set unlimited unlimited bytes Max processes 16375 16375 processes Max open files 60135 60135 files Max locked memory 32768 32768 bytes Max address space unlimited unlimited bytes Max file locks unlimited unlimited locks Max pending signals 16375 16375 signals Max msgqueue size 819200 819200 bytes Max nice priority 0 0 Max realtime priority 0 0 So I am pretty sure that: * haproxy does not have a limit of 1024 openfiles * these contant value of openfiles must come from another app on this machine (apache is also running) * with the amount of connections I had even the 1024 limit wouldn't be reached. Thanks for your help Gerd
signature.asc
Description: This is a digitally signed message part
