Hi!
I'm using Icecast to stream ogg and mp3 audio streams.
Usually i cast 4-5 ogg streams at time but yesterday i added 3 mp3
streams to my server.
After several hours the mp3 (and only mp3) ones stop to work with no
apparent reason.
The only strange thing i could observe is that the recv-Q showed in
netstat is full of data that can't be handled by icecast
and the quantity of data is the same for the three devices that are
streaming mp3 data (3 different phisical Barix Instreamer devices)
tcp 81000 0 ::ffff:10.0.0.254:8001 ::ffff:10.0.0.178:54310
ESTABLISHED 20274/icecast
tcp 0 0 ::ffff:10.0.0.254:8001 ::ffff:10.0.0.2:34456
ESTABLISHED 29228/icecast
tcp 0 0 ::ffff:10.0.0.254:8001 ::ffff:10.0.0.2:34461
ESTABLISHED 29228/icecast
tcp 81000 0 ::ffff:10.0.0.254:8001 ::ffff:10.0.0.177:52967
ESTABLISHED 20274/icecast
tcp 81000 0 ::ffff:10.0.0.254:8001 ::ffff:10.0.0.176:52147
ESTABLISHED 20274/icecast
The second weird fact i could observe is the fact that a new icecast
process appears and it's owned by root (the one i usually start is owned
by another custom user)
myuser 19041 1 0 14:50 pts/1 00:00:00 /pang/mx/bin/icecast
-b -c /pang/mx/etc/icecast.xml
root 20274 1 99 14:52 pts/0 00:05:21 /pang/mx/bin/icecast -b
-c /pang/mx/etc/icecast.xml
As you can see, the CPU is used at 100% so i tried to get what's going
on with gdb -p 20274 and this is the result
(gdb) where
#0 0x008c32d5 in ?? () from /lib/libpthread.so.0
#1 0xbfa4cef8 in ?? ()
#2 0x08072154 in thread_spin_lock ()
Unfortunally this gave me no clue about the problem.
Any idea about what's going on? If you need further data or tests,
please feel free to ask it to me.
Thank you
Davide
