search for: _accept_connection

My icecast server has been running happily for months now, but just yesterday it locked up, chewing up all the cpu time it could find, and not allowing connections. The last snippet of the error log shows this: [2005-06-01 09:36:13] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-06-01 09:36:15] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-06-01 09:36:18] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-06-01 09:36:19] WARN...

...ut expires some more user time is used up by the process. In my particular setup I run an icecast server 24/7, but only have a source (and clients) connected for a couple of hours during the week. When I leave the server running it continues to use processor time whereas if there was no timeout in _accept_connection the process would simply block until the next source or client connects. Is there a particular reason for having this timeout? Has it got something to do with the fact that icecast2 is a multi-threaded application? You answer would be very much appreciated. Cheers, Klaas Jan Wierenga The Netherl...

On 6/1/05, Joel Ebel <jbebel@ncsu.edu> wrote: > My icecast server has been running happily for months now, but just > yesterday it locked up, chewing up all the cpu time it could find, and > not allowing connections. The last snippet of the error log shows this: snip... > The error had repeated itself for almost 24 hours before I noticed it. > Obviously it had too many files

Sorry for replying in this way, I can send to the list ok, but I can't seem to subscribe to the list. majordomo doesn't accept my email address as a valid address (k.j.wierenga@home.nl > This is primarily to allow clean shutdown to proceed normally. The CPU load is > nominal - I doubt you'd be able to measure it. However, if you want to change > this timeout, it's safe

Hi, Our icecast server (version 2.2.0) locked up whilst I was out this evening. Looking at the error log, I find a lot of the following: [2005-04-28 08:21:16] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-04-28 08:21:17] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-04-28 08:21:17] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-04-28 08:21:18] WARN...

Hi all, I am trying to stream for over 1k users on Ubuntu 16.04. I notice that when stream connection is over 1024, it get warning like this: WARN connection/_accept_connection accept() failed with error 24: Too many open files Tried these configs and reboot, it won't work! /etc/pam.d/common-session session required pam_limits.so /etc/sysctl.conf fs.file-max = 100000 /etc/icecast2/icecast.xml <clients>20000</clients> # open file limit /etc/security/lim...

...rom /lib/i386-linux-gnu/libc.so.6 #3 0xf7466e53 in ?? () from /lib/i386-linux-gnu/libc.so.6 #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 *#6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6* *#7 0x080b66b7 in _accept_connection () at connection.c:598* *#8 connection_accept_loop () at connection.c:826* *#9 0x080a9c05 in _server_proc () at main.c:384* *#10 main (argc=3, argv=0xffbbc554) at main.c:633* As you can see at frame #6 malloc() is failing but I don't know the reason behind this. Does anybody has any idea...

...rom /lib/i386-linux-gnu/libc.so.6 #3 0xf7466e53 in ?? () from /lib/i386-linux-gnu/libc.so.6 #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 *#6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6* *#7 0x080b66b7 in _accept_connection () at connection.c:598* *#8 connection_accept_loop () at connection.c:826* *#9 0x080a9c05 in _server_proc () at main.c:384* *#10 main (argc=3, argv=0xffbbc554) at main.c:633* As you can see at frame #6 malloc() is failing but I don't know the reason behind this. Does anybody has any idea...

...to test how many clients it can serve. Server: Icecast2 on PIII 933Mkz, 512Mo RAM Linux Debian 3.0 One source sent by darkice (can't make ices2 working) The problem is: "The server can't serve more than 1020 clients, because of a file limit" [2003-03-13 14:18:50] WARN connection/_accept_connection accept() failed with error 24: Too many open files The server load is quite low 14:42:36 up 53 min, 2 users, load average: 0.10, 0.21, 0.18 very low memory is used: Atalone:/var/log/icecast# free -m total used free shared buffers cached Mem: 471...

...-linux-gnu/libc.so.6 > > > > #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 > > > > #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 > > > > #6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6 > > > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > > > #8 connection_accept_loop () at connection.c:826 > > > > #9 0x080a9c05 in _server_proc () at main.c:384 > > > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > > > > As you can see at frame #6 malloc() is...

...> Here is how the gdb trace looks like: > > > > > > > > > (gdb) bt > > > [...] > > > #6 0xf7474708 in malloc () > > from /lib/i386-linux-gnu/libc.so.6 > > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > > #8 connection_accept_loop () at connection.c:826 > > > #9 0x080a9c05 in _server_proc () at main.c:384 > > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > > > > > >...

...an serve. > Server: Icecast2 on PIII 933Mkz, 512Mo RAM > Linux Debian 3.0 > One source sent by darkice (can't make ices2 working) > > The problem is: "The server can't serve more than 1020 clients, because of > a file limit" [2003-03-13 14:18:50] WARN connection/_accept_connection > accept() failed with error 24: Too many open files Look at the output of "ulimit -n" - that's the maximum number of per-process file descriptors, it's 1024 by default on most linux systems. I don't recall how to change that (except as root), I'm sure you can find s...

On 4/28/05, Geoff Shang <geoff@hitsandpieces.net> wrote: > Hi, > Our icecast server (version 2.2.0) locked up whilst I was out this evening. > > Looking at the error log, I find a lot of the following: > > [2005-04-28 08:21:16] WARN connection/_accept_connection accept() failed > with error 24: Too many open files How many clients were connected? (An estimate would be ok). Generally speaking, this sort of thing happens for one of three reasons: 1) file descriptor leak. If it's this, that's a pretty serious icecast bug, probably exploitable a...

[2005-08-08 15:09:57] WARN connection/_accept_connection accept() failed with error 24: Too many open files I'm getting this error I had earlier once again. I reported this on June 1, and restarted the server at that time. it's been working fine again since then, but now the error has shown up again. lsof lists a lot of lines like this:...

...rom /lib/i386-linux-gnu/libc.so.6 #3 0xf7466e53 in ?? () from /lib/i386-linux-gnu/libc.so.6 #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 *#6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6* *#7 0x080b66b7 in _accept_connection () at connection.c:598* *#8 connection_accept_loop () at connection.c:826* *#9 0x080a9c05 in _server_proc () at main.c:384* *#10 main (argc=3, argv=0xffbbc554) at main.c:633* As you can see at frame #6 malloc() is failing but I don't know the reason behind this. Does anybody has any idea...

Hello there, I’ve configured my server for maximum 50000 open files. [root at scast1 ~]# ulimit -a ... open files (-n) 50000 ... max user processes (-u) 65535 While im doing the Load Test 1, my server only reaches ~1015 listeners. I’ve set this on etc/security/limits.conf : icecast hard nofile 50000 icecast soft nofile 60000 icecast soft nproc 65535 icecast

On 20 Sep 2016, at 3:10, Chen Wei Hsu wrote: > Hi all, > > I am trying to stream for over 1k users on Ubuntu 16.04. I notice that > when > stream connection is over 1024, it get warning like this: > > WARN connection/_accept_connection accept() failed with error 24: Too > many > open files > > Tried these configs and reboot, it won't work! > /etc/pam.d/common-session > session required pam_limits.so > > /etc/sysctl.conf > fs.file-max = 100000 > > /etc/icecast2/icecast.xml > <clients>...

...r system service just by tweaking its config file. m. On 8 października 2016 at 11:37:59, Chen Wei Hsu (cwhsu1984 at gmail.com) wrote: Hi all, I am trying to stream for over 1k users on Ubuntu 16.04. I notice that when stream connection is over 1024, it get warning like this: WARN connection/_accept_connection accept() failed with error 24: Too many open files Tried these configs and reboot, it won't work! /etc/pam.d/common-session session required pam_limits.so /etc/sysctl.conf fs.file-max = 100000 /etc/icecast2/icecast.xml <clients>20000</clients> # open file limit /etc/security/lim...

...0xf7466e53 in ?? () from /lib/i386-linux-gnu/libc.so.6 > > #4 0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6 > > #5 0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6 > > #6 0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6 > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > #8 connection_accept_loop () at connection.c:826 > > #9 0x080a9c05 in _server_proc () at main.c:384 > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > As you can see at frame #6 malloc() is failing but I don't know the > re...

...of > the core. > > Here is how the gdb trace looks like: > > > > > > (gdb) bt > > [...] > > #6 0xf7474708 in malloc () > from /lib/i386-linux-gnu/libc.so.6 > > #7 0x080b66b7 in _accept_connection () at connection.c:598 > > #8 connection_accept_loop () at connection.c:826 > > #9 0x080a9c05 in _server_proc () at main.c:384 > > #10 main (argc=3, argv=0xffbbc554) at main.c:633 > > > > > > As you can see at fra...