2012-02-17 17:40:46,274 DEBUG - [pypo-notify.py : notify_liquidsoap_status() : line 91] - msg = could not write data to host: Connection refused in write()
Anyone else with this issue? It seems the problem is related to icecast server. Perhaps a quick restart of this service (sudo service icecast2 restart), will fix it.
Is this for the debian package version of Airtime, or the tarball?
The connection problem was not a failure of airtime, but someone did not pay the streaming server service in time so that is why we got a connection refused error. Sorry, for the false alarm Martin.
I can't verify this exactly, however when I added our licensed stream to the config today it's not working at all. i.e. I can tune-in directly using the local icecast (internally and externally) but out second stream is not sending anything.
The basic config is icecast connects to them on port 3044 to one of their icecast servers. When we tried to connect yesterday nothing happened. I asked them to verify and after looking in their logs they found no connection from our source IP at all.
LC has made a change for us and we're getting reading to send a test stream now. Which as I'm typing this scheduled event just kicked in and doesn't appear to be working.
Is there an encoder log for the Stream # entries? Trying to hunt this down as it's the last major issue we have (for now :)) before going live with Airtime.
-bash: /usr/lib/airtime/pypo/bin/liquidsoap_bin/liquidsoap: No such file or directory
This is why I asked if that was a directory or filename, because it's not there on either of our test systems. /usr/lib/airtime/pypo/bin/liquidsoap_bin/liquidsoap is non-existent.
FYI for future searchers - if you have a non-standard character (an "=" in our case) in the encoder (stream) password, it doesn't parse the file correctly.