Фря 6.1.Проблема началась с того, что я увидел в /var/log/messages следующее
Sep 15 14:40:40 BURNED named[69032]: client 89.169.213.102#62659: error sending response: not enough free resources
Sep 15 14:40:41 BURNED named[69032]: client 85.249.160.4#1039: error sending response: not enough free resources
Sep 15 14:40:41 BURNED named[69032]: client 89.169.213.102#62659: error sending response: not enough free resources
Sep 15 14:42:35 BURNED named[69032]: client 89.169.213.102#62659: error sending response: not enough free
Погуглив, я понял что ноги растут из недостатка mbufs. netstat -m на машине выглядит следуюшим образом:
8489/3137/11626/131072 mbuf clusters in use (current/cache/total/max)
8489/2807 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/0 9k jumbo clusters in use (current/cache/total/max)
0/0/0/0 16k jumbo clusters in use (current/cache/total/max)
19654K/8476K/28130K bytes allocated to network (current/cache/total)
2530602109/1232131299/1230359246 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
91/6177/6656 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
4706338 requests for I/O initiated by sendfile
55003 calls to protocol drain routines
Т.е. количество clusters у меня явно достаточное. Однако в "requests for mbufs denied", т.е. количство запросов к mbuf, которые завершились неудачей какое то явно астрономическое. В чем тут может быть дело?
На машине включён DEVICE_POLLING. Ядро с SMP, HZ=1000