Bug 1589 - Connections to remote streams/pls files not being closed.
: Connections to remote streams/pls files not being closed.
Status: CLOSED FIXED
Product: MySqueezebox.com
Classification: Unclassified
Component: Internet Radio
: Prod
: All All
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-19 14:20 UTC by Dan Sully
Modified: 2008-12-15 12:13 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Sully 2005-05-19 14:20:31 UTC
It seems like we're not closing the socket to the remote server after we hand off the connection to 
direct streaming? 

slimserve 3532 svcprod   12u  IPv4    4798972             TCP app01.priv.fmt.squeezenetwork.com:
52182->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   13u  IPv4    5064834             TCP app01.fmt.squeezenetwork.com:52587-
>web.slimdevices.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   14u  IPv4    4906960             TCP app01.fmt.squeezenetwork.com:52336-
>web.slimdevices.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   15u  IPv4    4913197             TCP app01.priv.fmt.squeezenetwork.com:
52351->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   17u  IPv4    4913518             TCP app01.fmt.squeezenetwork.com:52352-
>web.slimdevices.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   18u  IPv4    5065538             TCP app01.priv.fmt.squeezenetwork.com:
52588->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   19u  IPv4    5065542             TCP app01.priv.fmt.squeezenetwork.com:
52589->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   20u  IPv4    5271863             TCP app01.priv.fmt.squeezenetwork.com:
52914->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   21u  IPv4    5272398             TCP app01.priv.fmt.squeezenetwork.com:
52915->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   22u  IPv4    5272690             TCP app01.priv.fmt.squeezenetwork.com:
52916->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   23u  IPv4    5272773             TCP app01.priv.fmt.squeezenetwork.com:
52917->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   24u  IPv4    5273520             TCP app01.priv.fmt.squeezenetwork.com:
52919->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   26u  IPv4    5441834             TCP app01.priv.fmt.squeezenetwork.com:
53177->www.di.fm:www (CLOSE_WAIT)
slimserve 3532 svcprod   27u  IPv4    5488373             TCP app01.priv.fmt.squeezenetwork.com:
53256->scweb-dtc1s-0.shoutcast.com:www (CLOSE_WAIT)
slimserve 3532 svcprod   28u  IPv4    5531644             TCP app01.priv.fmt.squeezenetwork.com:
53324->www.archive.org:www (CLOSE_WAIT)
Comment 1 Vidur Apparao 2005-05-19 14:25:56 UTC
Hmm...the server shouldn't ever be connecting to get the streams or pls files.
The  shoutcast connections could be to get the station list, the slimdevices
connection to get picks, but the di.fm connection?
Comment 2 Dan Sully 2005-06-18 18:10:59 UTC
Fixed in subversion change 3435 to the trunk - will be merged.
Comment 3 James Richardson 2008-12-15 12:13:52 UTC
This bug has been fixed in the latest release of SqueezeNetwork!

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.