-
Notifications
You must be signed in to change notification settings - Fork 6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Thread going into endless loop once the TCP connection limit is reached #58
Comments
Author: marky81 Have a workround to fix this ? When its ocour TC is open but cant receive any new connections, i normaly restart all system :S My ulimit -n is 65535 Tks |
Author: fureya After server get 900+ online limit is reached even if server limit in config is 3k ;/ |
Author: telsamat |
Author: signfinder |
Author: leak |
Author: snajl |
Author: leak |
Author: maxdestroyer |
Author: cyrex strace -p 2561 |
Author: marky81 |
Author: telsamat |
Author: derex I am now working also on working on windows version, because on windows the problem is actually caused by other stuff. |
Author: telsamat |
This issue is not completely closed, as it lacks some Windows-specific parts - do NOT close untill that is resolved. |
close? |
It took only 4 years and the removal of ACE to fix this issue. |
sync trinity master
update 07.22.21 - Fix SpellAuras and etc...
Core/Scripts: Add ZoneScript hook for AreaTrigger creation/deletion (…
Follup ticket from http://code.google.com/p/trinitycore/issues/detail?id=3707
This is a different issue as described in #15, but can be the result of the fd leak.
Once the file descriptor limit for TCP connections is reached one TC thread (most likely networking) starts looping and the server becomes almost inaccessible.
Hooking up strace to the looping thread showed the following:
{{{
strace -p 28226
epoll_wait(15, {{EPOLLIN, {u32=22, u64=22}}}, 1, 0) = 1
accept(22, 0, NULL) = -1 EMFILE (Too many open files)
epoll_ctl(15, EPOLL_CTL_MOD, 22, {EPOLLIN|EPOLLONESHOT, {u32=22, u64=22}}) = 0
epoll_wait(15, {{EPOLLIN, {u32=22, u64=22}}}, 1, 0) = 1
[.. endless spam with the same lines ..]
}}}
How it should work:
Once the limit is reached TC should simply discard the incoming connection until other connections get closed and free up resources below the limit.
The text was updated successfully, but these errors were encountered: