Squeezeplay Logs

[elziko]

Hi,

I've been using Squeezeplay for years on various Windows machines to connect to my LMS over the internet and it usually works well.

However, from one location Squeezeplay is unable to connect to my remote server and I do not know why. Does Squeezeplay produce any logs (I'm on Windows 8.1) so I can start problem solving this, please?

Thanks!

[elziko]

Ah, I just found the logs after increasing the logging to debug level in Squeezeplay in %TEMP%\stdout-SqueezePlay.txt

This is what the log looks like:

1439480359.023 INFO applet.ChooseMusicSource - ChooseMusicSourceApplet.lua:215 Using existing server with same ip address: SlimServer {77.***.***.***}
1439480360.032 INFO applet.ChooseMusicSource - ChooseMusicSourceApplet.lua:648 connectPlayerToServer() LocalPlayer {Montpellier SP} SlimServer {77.***.***.***}
1439480360.033 WARN squeezebox.server - :658 wakeOnLan(): SKIPPING WOL, self.mac: nil, self:isSqueezeNetwork(): false
1439480360.033 INFO squeezebox.player - :203 connectToServer(): connecting localPlayer to serverSlimServer {77.***.***.***} via internal call
1439480360.033 INFO net.slimproto - :596 connect to 77.***.***.*** (77.***.***.***)
1439480360.033 WARN audio.decode - :144 Cannot find active network interface
1439480360.033 INFO net.slimproto - :152 Send HELO: reconnect-bit=0 bytesReceived(H,L)=0,0
1439480364.935 WARN net.thread - :146 network thread timeout for Task(SocketHttp {mysqueezebox.com_Chunked}(W))
1439480364.935 ERROR net.http - :375 SocketHttp {mysqueezebox.com_Chunked}:t_sendRequest.pump: inactivity timeout
stack traceback:
... Files (x86)\SqueezePlay\lua\jive\net\SocketHttp.lua:375: in function 'pump'
...m Files (x86)\SqueezePlay\lua\jive\net\SocketTcp.lua:200: in function 'writePump'
...gram Files (x86)\SqueezePlay\lua\jive\net\Socket.lua:186: in function <...gram Files (x86)\SqueezePlay\lua\jive\net\Socket.lua:184>
1439480364.935 INFO net.comet - :647 Comet {mysqueezebox.com}: _handshake error: inactivity timeout
1439480364.935 INFO net.comet - :1014 Comet {mysqueezebox.com}: handleAdvice state=CONNECTING
1439480364.935 INFO squeezebox.server - :768 disconnected mysqueezebox.com idleTimeoutTriggered: nil
1439480364.935 INFO net.comet - :1055 Comet {mysqueezebox.com}: advice is retry, connect in 3.75 seconds
1439480370.065 WARN net.thread - :146 network thread timeout for Task(SocketTcp {SlimProto}(W))
1439480370.065 INFO net.slimproto - :773 connection error: inactivity timeout, reconnecting in 2.528 seconds
1439480371.055 WARN applet.ChooseMusicSource - ChooseMusicSourceApplet.lua:634 Connection failure or Timeout, current count: 12

Can anyone advise what might be wrong. It just looks like it's timing out.

Thanks!

[philippe_44]

Hi,

I've been using Squeezeplay for years on various Windows machines to connect to my LMS over the internet and it usually works well.

However, from one location Squeezeplay is unable to connect to my remote server and I do not know why. Does Squeezeplay produce any logs (I'm on Windows 8.1) so I can start problem solving this, please?

Thanks!

I know this is not the question asked and probably a dumb answer, but squeezelite cannot do the job ? or do you use the UI of squeezeplay ? And on the log, it seems that this instance of squeezeplay is not authorized to access your network. Any firewall / authorization issue ?

[ralphy]

Ah, I just found the logs after increasing the logging to debug level in Squeezeplay in %TEMP%\stdout-SqueezePlay.txt

This is what the log looks like:



Can anyone advise what might be wrong. It just looks like it's timing out.

Thanks!

First you need to try disabling the windows firewall and any 3rd party firewalls, like Norton, etc., as philippe_44 suggested. If that works, then you need to add an exception to your firewall software to allow squeezeplay.exe full access to your network, after restarting your firewall(s).

If SP still doesn't connect, read on.

Squeezeplay uses the first active network interface listed in ipconfig /all for broadcast traffic, used to discover lms on the network. If you're lms machine is not accessible from that interface, SP will never connect.

There is a work around but may loose the ability to switch squeezeplay to different servers.

Shutdown squeezeplay. If you skip this step, your edits will be overwritten when SP exits.

Edit this file and change BOTH occurances of 255.255.255.255 to the IP address of your LMS. DON'T use a hostname, only IP addresses.

C:\Users\%USERNAME%\AppData\Roaming\SqueezePlay\userpath\settings\ChooseMusicSource.lua

For example,

Original

settings = {poll={["255.255.255.255"]="255.255.255.255",},}

Modified

settings = {poll={["192.168.1.7"]="192.168.1.7",},}

I currently do this to force squeezeplay to connect to my home LMS over an OpenVPN tunnel from my office desktop.