PDA

View Full Version : slimserver dying...



robinbowes
2005-06-14, 13:39
Hi,

I'm listening to music transcoded to 96kbs at work over my ADSL connection with SoftSqueeze.

I've recently (within the last couple of days) found that slimserver keeps falling over with the following error in the log:

2005-06-14 21:33:12.824328500 EOF instead of response status line at /usr/local/slimserver/CPAN/Net/HTTP/Methods.pm
line 300.
2005-06-14 21:33:12.824337500 ...propagated at /usr/local/slimserver/CPAN/Net/HTTP/NB.pm line 32.
2005-06-14 21:33:12.886893500 Error writing mp3 output

This is with svn revision 3392. I've just updated to rev. 3396 so I'll see how that goes.

Any idea what is causing this?

R.

Peter Watkins
2005-06-14, 13:54
On Tue, Jun 14, 2005 at 01:39:01PM -0700, robinbowes wrote:

> I'm listening to music transcoded to 96kbs at work over my ADSL
> connection with SoftSqueeze.
>
> I've recently (within the last couple of days) found that slimserver
> keeps falling over with the following error in the log:
>
> 2005-06-14 21:33:12.824328500 EOF instead of response status line at
> /usr/local/slimserver/CPAN/Net/HTTP/Methods.pm
> line 300.
> 2005-06-14 21:33:12.824337500 ...propagated at
> /usr/local/slimserver/CPAN/Net/HTTP/NB.pm line 32.
> 2005-06-14 21:33:12.886893500 Error writing mp3 output
>
> This is with svn revision 3392. I've just updated to rev. 3396 so I'll
> see how that goes.
>
> Any idea what is causing this?

"hostile" connections to your slimserver?

With SlimServer 5.x, I found that the HTTP interface (or was it thw whole
app?) would choke every so often for no reason -- even if I wasn't using
it. Similar setup to yours: I opened the Slim HTTP ports so I could listen
via HTTP while away from home. After having it choke a couple times, I
added some packet filtering rules to only allow TCP/HTTP connections to
SlimServer from certain IP ranges and it's been fine ever since. So I
suspect that the 5.x codebase was vulnerable to hostile/noncompliant HTTP
request "attacks".

You might try running nmap or your favorite web vulnerability test suite
against your install and see if it survives... if not, then it's time to
try to ascertain if it's just a DoS problem, or something more serious.

-Peter

Dan Sully
2005-06-14, 13:59
* Peter Watkins shaped the electrons to say...

>> 2005-06-14 21:33:12.824328500 EOF instead of response status line at
>> /usr/local/slimserver/CPAN/Net/HTTP/Methods.pm
>> line 300.
>> 2005-06-14 21:33:12.824337500 ...propagated at
>> /usr/local/slimserver/CPAN/Net/HTTP/NB.pm line 32.
>> 2005-06-14 21:33:12.886893500 Error writing mp3 output
>>
>> This is with svn revision 3392. I've just updated to rev. 3396 so I'll
>> see how that goes.
>>
>> Any idea what is causing this?
>
>With SlimServer 5.x, I found that the HTTP interface (or was it thw whole
>app?) would choke every so often for no reason -- even if I wasn't using
>it. Similar setup to yours: I opened the Slim HTTP ports so I could listen
>via HTTP while away from home. After having it choke a couple times, I
>added some packet filtering rules to only allow TCP/HTTP connections to
>SlimServer from certain IP ranges and it's been fine ever since. So I
>suspect that the 5.x codebase was vulnerable to hostile/noncompliant HTTP
>request "attacks".

Peter - this issue has nothing to do with the web interface.

Robin - are you using Live365? A change was made in r3396 to trap potential
errors from timing out to remote streams/playlists.

-D
--
<dr.pox> wtf? a garbled dingbat makes java switch to DWIM?

kdf
2005-06-14, 13:59
Quoting robinbowes <robinbowes.1qmvsn (AT) no-mx (DOT) forums.slimdevices.com>:

>
> Hi,
>
> I'm listening to music transcoded to 96kbs at work over my ADSL
> connection with SoftSqueeze.
>
> I've recently (within the last couple of days) found that slimserver
> keeps falling over with the following error in the log:
>
> 2005-06-14 21:33:12.824328500 EOF instead of response status line at
> /usr/local/slimserver/CPAN/Net/HTTP/Methods.pm
> line 300.
> 2005-06-14 21:33:12.824337500 ...propagated at
> /usr/local/slimserver/CPAN/Net/HTTP/NB.pm line 32.
> 2005-06-14 21:33:12.886893500 Error writing mp3 output
>
> This is with svn revision 3392. I've just updated to rev. 3396 so I'll
> see how that goes.
>
> Any idea what is causing this?

http://bugs.slimdevices.com/show_bug.cgi?id=1634

if 3396 doesn't help, disable slimscrobbler.
-kdf

robinbowes
2005-06-14, 15:29
http://bugs.slimdevices.com/show_bug.cgi?id=1634

if 3396 doesn't help, disable slimscrobbler.
-kdf

That looks like it could be the one.

I'll test again tomorrow, if I get chance.

Thanks,

R.

robinbowes
2005-06-14, 15:30
Robin - are you using Live365? A change was made in r3396 to trap potential
errors from timing out to remote streams/playlists.


Dan,

No I'm not. This was playing back flac files transcoded to mp3 @ 96kbs.

R.

robinbowes
2005-06-14, 15:32
"hostile" connections to your slimserver?

With SlimServer 5.x, I found that the HTTP interface (or was it thw whole
app?) would choke every so often for no reason -- even if I wasn't using
it. Similar setup to yours: I opened the Slim HTTP ports so I could listen
via HTTP while away from home. After having it choke a couple times, I
added some packet filtering rules to only allow TCP/HTTP connections to
SlimServer from certain IP ranges and it's been fine ever since. So I
suspect that the 5.x codebase was vulnerable to hostile/noncompliant HTTP
request "attacks".

Peter,

I'm connecting through an ssh tunnel, so no slim ports are open to the big, bad internet.

R.