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. > >