Hello,
I had a big trouble with ices (ices-2kh60).
It is reading a playlist file containing "-" to tell "read
stdin".
But I think that when stdin is having problem, then ices become mad. It
tries hundreds of time per second to play the playlist file content,
generating huge amount of traces, which are rotated, but causing a
denial of service on the server which become completly stuck (ftp, ssh,
httpd are unable to handle connections).
(Unfortunatly for me, I started ices from machine startup scripts)
I solve the problem by removing startup scripts, but this is a dangerous
behaviour!
My ices config for input module is:
<input>
<!-- MODULE -->
<module>playlist</module>
<param name="type">basic</param>
<param
name="file">/usr/radio/PLUMFM/tmp/ices_transcoder_OGG_PLUMFM.pls</param>
<param name="random">0</param>
<param name="once">1</param>
</input>
(strange, I just checked ices doc, and once should cause end of ices "
When set to 1, the playlist is gone through once and then ends, this
will cause ices to exit. By default once is off.")
My script which is starting ices in a loop waits 4 seconds between each
startup. So I gess ices is not ending.
Best regards,
Chris
[2005-11-09 23:46:45] INFO playlist-builtin/playlist_open_module open
playlist module
[2005-11-09 23:46:45] DBUG playlist-builtin/playlist_open_module
initialised module
[2005-11-09 23:46:45] INFO
playlist-basic/playlist_basic_get_next_filename Loading playlist from
file "/usr/radio/PLUMFM/tmp/ices_transcoder_OGG_PLUMFM.pls"
[2005-11-09 23:46:45] INFO playlist-builtin/find_next_entry Currently
playing "-"
[2005-11-09 23:46:45] DBUG playlist-builtin/playlist_read End of file
[2005-11-09 23:46:45] DBUG playlist-builtin/find_next_entry no filename
returned
[2005-11-09 23:46:45] INFO input/input_loop Closing input module
[2005-11-09 23:46:45] INFO playlist-builtin/playlist_close_module Close
playlist module
[2005-11-09 23:46:45] DBUG input/open_next_input_module checking module 1
[2005-11-09 23:46:45] WARN input/open_next_input_module restarted input
within 2 seconds, it probably failed
[2005-11-09 23:46:45] INFO playlist-builtin/playlist_open_module open
playlist module
[2005-11-09 23:46:45] DBUG playlist-builtin/playlist_open_module
initialised module
[2005-11-09 23:46:45] INFO
playlist-basic/playlist_basic_get_next_filename Loading playlist from
file "/usr/radio/PLUMFM/tmp/ices_transcoder_OGG_PLUMFM.pls"
[2005-11-09 23:46:45] INFO playlist-builtin/find_next_entry Currently
playing "-"
[2005-11-09 23:46:45] DBUG playlist-builtin/playlist_read End of file
[2005-11-09 23:46:45] DBUG playlist-builtin/find_next_entry no filename
returned
[2005-11-09 23:46:45] INFO input/input_loop Closing input module
[2005-11-09 23:46:45] INFO playlist-builtin/playlist_close_module Close
playlist module
[2005-11-09 23:46:45] DBUG input/open_next_input_module checking module 1
[2005-11-09 23:46:45] WARN input/open_next_input_module restarted input
within 2 seconds, it probably failed
Iceuse - Kris wrote:> Hello, > > I had a big trouble with ices (ices-2kh60). > It is reading a playlist file containing "-" to tell "read stdin". > > But I think that when stdin is having problem, then ices become mad. It > tries hundreds of time per second to play the playlist file content, > generating huge amount of traces, which are rotated, but causing a > denial of service on the server which become completly stuck (ftp, ssh, > httpd are unable to handle connections). > (Unfortunatly for me, I started ices from machine startup scripts)It sounds like you have realtime enabled, and that causes a scheduling issue with a busy loop. I'd have to check the stdin input, maybe the error detection isn't working right. Do you just have the 1 input group? karl.
Yes, there is only one input group.
Thanks,
Chris
<ices>
<background>0</background> <!-- run in background?
(unimplemented) -->
<logpath>/var/log/ices/PLUMFM</logpath>
<logfile>ices_transcoder-PLUMFM.log</logfile>
<loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug
-->
<logsize>8192</logsize> <!-- the size the log file must
be
before rotation -->
<consolelog>0</consolelog>
<pidfile>/usr/radio/PLUMFM/bin/oggtranscoder-PLUMFM.pid</pidfile>
<stream>
<!-- OUTPUT SOURCE IDENTIFICATION -->
<name>Radio </name>
<genre>Radio </genre>
<description>Radio </description>
<!-- INPUT -->
<input>
<!-- MODULE -->
<module>playlist</module>
<param name="type">basic</param>
<param
name="file">/usr/radio/PLUMFM/tmp/ices_transcoder_OGG_PLUMFM.pls</param>
<param name="random">0</param>
<param name="once">1</param>
</input>
<!-- OUTPUT SERVER and ENCODING -->
<runner>
<instance>
<shout>
<hostname>127.0.0.1</hostname>
<port>80</port>
<mount>/live-16.ogg</mount>
<password>xxxxx</password>
<reconnectdelay>5</reconnectdelay>
<reconnectattempts>-1</reconnectattempts>
</shout>
<encode>
<quality>-0.5</quality>
</encode>
<downmix>0</downmix>
<resample>
<out-rate>11025</out-rate>
</resample>
</instance>
<instance>
<shout>
<hostname>127.0.0.1</hostname>
<port>80</port>
<mount>/live.ogg</mount>
<password>xxxxx</password>
<reconnectdelay>5</reconnectdelay>
<reconnectattempts>-1</reconnectattempts>
</shout>
<encode>
<quality>1.1</quality>
</encode>
<downmix>0</downmix>
<resample>
<out-rate>22050</out-rate>
</resample>
</instance>
</runner>
</stream>
</ices>
> Iceuse - Kris wrote:
>
>> Hello,
>>
>> I had a big trouble with ices (ices-2kh60).
>> It is reading a playlist file containing "-" to tell
"read stdin".
>>
>> But I think that when stdin is having problem, then ices become mad.
>> It tries hundreds of time per second to play the playlist file
>> content, generating huge amount of traces, which are rotated, but
>> causing a denial of service on the server which become completly
>> stuck (ftp, ssh, httpd are unable to handle connections).
>> (Unfortunatly for me, I started ices from machine startup scripts)
>
>
> It sounds like you have realtime enabled, and that causes a scheduling
> issue with a busy loop. I'd have to check the stdin input, maybe the
> error detection isn't working right. Do you just have the 1 input
group?
>
> karl.
>
>