[Icecast] mp3 queue problem

Davide Berra d.berra at esitelsrl.it
Fri Nov 13 16:08:01 UTC 2015


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: ::ffff:     
ESTABLISHED 20274/icecast
tcp        0      0 ::ffff: ::ffff:       
ESTABLISHED 29228/icecast
tcp        0      0 ::ffff: ::ffff:       
ESTABLISHED 29228/icecast
tcp     81000      0 ::ffff: ::ffff:     
ESTABLISHED 20274/icecast
tcp     81000      0 ::ffff: ::ffff:     
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

More information about the Icecast mailing list