Bug #1683


gthread_aio runs out of fds after some time under load.

Added by Anonymous almost 15 years ago. Updated over 14 years ago.

Target version:


After setting network backend to ghtread_aio under load of ~150-200 concurrent connections with large file download site we run out of fds :(

I'm not so well skilled to debug it myself but after modifing network_gthread to TRACE srv->cur_fds I see that number incrases but decrase is very rare :( mainly it is decrased for small files and as time is going cur_fds is higher and higher and we have still 100-200 connections active.

After one day we moved to ~16000 'used' fds which is not true but tomorrow server will be out of free fds (according to counter) and will stop.

Some facts about our download site:

1. Mainly big files
2. unlimited connection ratio (mod_evasive not used)
3. mod_secure_download used.
4. users are downloading via download menagers multiple splitted files (as there is no connections per IP limit).

Problem also exists for other aio network backends which counts used file descriptors.

Problem is quite big because if we run out of FDS server stops and waits for restart (as used fds count can't decrase).

Of course I will provide more info on request and I'm ready to run some tests.

-- denken

Actions #1

Updated by Anonymous almost 15 years ago

It's been opened since 1 month with no reply nor even question about the problem. Could you please look at this?

-- cla

Actions #2

Updated by stbuehler almost 15 years ago

  • Status changed from New to Fixed
  • Resolution set to invalid

Perhaps you should use a more recent version, cur_fds was killed in r1628 over a year ago.

Actions #3

Updated by Anonymous almost 15 years ago

Oh, well. So it's not cur_fds problem it seems. We have (recommended by you) revision 1992, but you couldn't bother to ask. Thanks for all your great work.

-- cla

Actions #4

Updated by stbuehler over 14 years ago

  • Status changed from Fixed to Invalid

Also available in: Atom