search for: _server_proc

...() 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 how to fix this issue? Note: this is happening only in the relay machines but not in edges. -- Sourav -----...

...() 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 how to fix this issue? Note: this is happening only in the relay machines but not in edges. -- Sourav -----...

...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 how to fix this issue? > > Note: this is happenin...

...gt; > > #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 any...

...() 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 how to fix this issue? Note: this is happening only in the relay machines but not in edges. -- Sourav ------...

...er started [2019-07-22 13:25:18] INFO connection/get_ssl_certificate No SSL capability on any configured ports [2019-07-22 13:25:18] INFO stats/_stats_thread stats thread started [2019-07-22 13:25:18] INFO yp/yp_update_thread YP update thread started [2019-07-22 13:26:23] INFO main/_server_proc Caught halt request, shutting down ... [2019-07-22 13:26:23] INFO main/main Shutting down [2019-07-22 13:26:23] INFO fserve/fserve_shutdown file serving stopped [2019-07-22 13:26:24] INFO slave/_slave_thread shutting down current relays [2019-07-22 13:26:24] INFO slave/_slave_thread...

...> #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 how to fix this issue? > Note: this is happening only in the relay machines but...

...> > [...] > > #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 how to fix &...

...in poll () from /lib/libc.so.6 (gdb) bt #0 0x4040efa2 in poll () from /lib/libc.so.6 #1 0x0804df6c in wait_for_serversock (timeout=100) at connection.c:144 #2 0x0804e0b1 in _accept_connection () at connection.c:222 #3 0x0804e48b in connection_accept_loop () at connection.c:356 #4 0x0804d4a6 in _server_proc () at main.c:253 #5 0x0804d996 in main (argc=3, argv=0xbffffa14) at main.c:432 #6 0x4034fbb4 in __libc_start_main () from /lib/libc.so.6 I talked to Mike in #icecast about this (he helped me getting the backtrace in the first place :-)) but besides suggesting my libs we're prolly screwed u...

Greetings, I would love any advice configuring icecast on a virtual redhat server hosted by our university. I am currently trying to configure Icecast and cannot get the icecast server to start. The config file looks correct. I checked the /var/www/icecast/web and /var/www/icecast/admin folders and they were both empty, leading me to believe that this is why the server will not start. Since I was

...icecast2 Group=icecast ExecStart=/usr/local/bin/icecast -c /etc/icecast2/icecast.xml Restart=on-failure [Install] WantedBy=multi-user.target Alias=icecast2.service I have this in my icecast log file (both with the debian testing package and built from source), [2020-05-26  06:44:21] INFO main/_server_proc Caught halt request, shutting down... [2020-05-26  06:44:21] INFO main/main Shutting down [2020-05-26  06:44:21] INFO fserve/fserve_shutdown file serving stopped [2020-05-26  06:44:22] INFO slave/_slave_thread shutting down current relays [2020-05-26  06:44:22] INFO slave/_slave_thread Slave thread...

Hello fellow mailing list readers, My question relates to multiple / duplicate connections to the ice cast server from the same IP address. I am well aware that this is an issue that lies with the music player (listener agent) used by the listener. When a listener connects to the stream, sometimes it appears as two connections to the stream from the same IP address. This may last only a few

...ents (1) [2020-10-14 12:06:18] DBUG stats/modify_node_event update global connections (59753) [2020-10-14 12:06:18] DBUG stats/modify_node_event update global client_connections (59669) [2020-10-14 12:06:18] DBUG stats/modify_node_event update global clients (0) [2020-10-14 12:06:19] INFO main/_server_proc Caught halt request, shutting down... [2020-10-14 12:06:19] INFO main/main Shutting down [2020-10-14 12:06:19] INFO fserve/fserve_shutdown file serving stopped [2020-10-14 12:06:19] DBUG slave/slave_shutdown waiting for slave thread [2020-10-14 12:06:19] INFO slave/_slave_thread shutting down c...

...ain.c 2003-08-06 19:19:00.000000000 -0400 @@ -408,7 +408,7 @@ /* Do this after logging init */ slave_initialize(); - INFO0("icecast server started"); + INFO0("icecast server started, %s", "-"); /* REM 3D Graphics */ @@ -422,7 +422,7 @@ _server_proc(); - INFO0("Shutting down"); + INFO0("Shutting down, %s", "-"); _shutdown_subsystems(); diff -u --recursive icecast/src/sighandler.c icecast-new/src/sighandler.c --- icecast/src/sighandler.c 2003-07-18 16:29:23.000000000 -0400 +++ icecast-new/src/sigha...