[icecast-dev] Bug in ices, playlist mode (ices kh47, libshout kh22)

Karl Heyes karl at xiph.org
Sat Nov 22 05:14:07 PST 2003



On Sat, 2003-11-22 at 10:00, iceuse at kezako.net wrote:
> Hello,
> I had a very strange behavior of ices:
> [2003-11-22  10:27:17] EROR playlist-builtin/write_ogg_data failed buffer allocation

This would indicate that too much audio was in flight to the output, if
it was running ok for some time then this probably means that the system
became very busy preventing the runner from freeing up these buffers. 

> [2003-11-22  10:27:17] WARN input/input_sleep Sleeping for over 1 second (46364899), resetting timer
> [2003-11-22  10:27:17] WARN input/input_sleep Sleeping for over 1 second (46407041), resetting timer
> [2003-11-22  10:27:17] WARN input/input_sleep Sleeping for over 1 second (46407041), resetting timer
> [2003-11-22  10:27:17] WARN input/input_sleep Sleeping for over 1 second (46407042), resetting timer
> [2003-11-22  10:27:17] WARN input/input_sleep Sleeping for over 1 second (46407042), resetting timer

I would expect one of these, receiving several of these is odd, I'll
look into it.

> it generates thousands of thousands of lines like these... the CPU load stuck to 12...
> I don't have the begining of the problem as ices rotates probably many times the log file

it will do if the timer is out of sync by about 40+ seconds, 

> the server was completly overloaded, but we got ps info:
> root     10083  0.0  1.0  8612 2664 ?        S    00:00   0:00 ices /tmp/ices_conf.28018.xml
> root     10085  0.0  1.0  8612 2664 ?        S    00:00   0:00 ices /tmp/ices_conf.28018.xml
> root     10086  1.0  1.0  8612 2664 ?        S    00:00   6:23 ices /tmp/ices_conf.28018.xml
> root     10087 35.8  1.0  8612 2664 ?        S    00:00 220:51 ices /tmp/ices_conf.28018.xml
> 
> 220 sec consumed in 10 hours !

use the -f flag as well to ps, that will tell me which thread it is. But
from those figures 10087 is the runner and the CPU is being spent doing
the re-encoding, if you want to avoid re-encoding use (within the
instance).

<passthru>1</passthru>

depending on the hardware ~35% CPU is not unreasonable for re-encoding,
but it seems the timer is way out of sync.  Do you have realtime
enabled?, it would say it at the start of the log before any processing
is done.

karl.

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



More information about the Icecast-dev mailing list