Steamcast Tying up Server?
Steamcast Tying up Server?
Well, it finally happened. I seem to have had something pretty drastic go wrong with my Steamcast server last week. I run a large Shoutcast process and a 5-slot Steamcast on the same Linux machine. Last week I started noticing that on both the Shoutcast and the Steamcast streams a slow buffer rate made both streams unusable. At first I assumed there was a problem with the hardware or the connection itself, but the problem didn't resolve. I restarted Shoutcast (which Steamcast is relaying locally), and that didn't work. A few days later I decided to try restarting Steamcast, and that fixed everything. Somehow Steamcast, relaying the Shoutcast, was tying up the whole thing.
I've got them both running again now and everything is fine. I suppose this won't become a big problem as long as I keep an eye on it.
I've got them both running again now and everything is fine. I suppose this won't become a big problem as long as I keep an eye on it.
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/
It happened again. This time it was confirmed that there was network trouble on the servers prior to it happening (pinging the server yielded a 50% packet loss). During network trouble, all Shoutcast servers would say ICY 200 OK and often very slowly buffer in and stop a lot. After the problem was confirmed to be over, the Steamcast server and the Shoutcast it was relaying did not recover -- Still slow. Upon restarting Steamcast I was able to return all functionality to normal.
Very interesting bug I've found here.
Very interesting bug I've found here.
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/
That's probably the most logical explanation for it, but I will try and confirm if it happens again.
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/
Okay, it happened again. I checked it.
It was at 0% and jumped to 0.9 every now and then. This time it seemed to be brought on by sporadic connection from my source prior to the problem -- I was having intermittent connection outages on the source side. Again, the local Shoutcast DNAS it was relaying, was also affected, but the Shoutcast DNAs on another server that it was relaying was fine.
Stopping and restarting Steamcast returned the local Shoutcast DNAs it was relaying to normal.
It was at 0% and jumped to 0.9 every now and then. This time it seemed to be brought on by sporadic connection from my source prior to the problem -- I was having intermittent connection outages on the source side. Again, the local Shoutcast DNAS it was relaying, was also affected, but the Shoutcast DNAs on another server that it was relaying was fine.
Stopping and restarting Steamcast returned the local Shoutcast DNAs it was relaying to normal.
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/
It may not be using CPU like I originally thought, but this is definitely a real problem with Steamcast that I have witnessed on multiple occasions. It causes Steamcast and the Shoutcast it is relaying to not recover from network trouble. The Shoutcast is "released" when you stop Steamcast. I really hope this can be addressed at some point.
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/
I don't know. Possibly. It's what's called a "Virtual Dedicated Server", so it's shared. (Don't laugh. It works.)
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/
Unstable
I left Steamcast running while I was on vacation for a week. I was a little uneasy about it, but I like that Steamcast lists in all the directories and forwards to the main server when full. Like clockwork, this problem happened again while I was gone. I like to have Steamcast running, but this issue is keeping Steamcast a little too unstable. It takes down the Shoutcast its relaying with it.
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/
Last night I had Steamcast take over for both of my main servers, and finally learned the true extent of the damage that this bug causes. I started with two Steamcast servers on separate dual-processor shared machines, and that died really fast. What would happen is the first server would let you play for about 10 seconds, then stop and say "Buffer 0%" forever. This naturally made it so the Steamcast server relaying it would keep going offline (no relay source).
Then I changed so only the relay was Steamcast, relaying Shoutcast. Still not stable. This stops being reliable within an hour or so.
It's a shame, because besides this one problem, Steamcast seems to work great for everything else I need. Now that I finally switched over to SAM3, it would be great to utilize a working version of Steamcast for a larger workload.
If it would help you at all, I can give you a login for one of my shared dual-processor systems so you can experiment with it, Jay. Let me know if I can do anything to help. I know it's a lot of work, and you're just doing this in your spare time, but it would be a shame to keep the project incomplete indefinitely. Thanks.
Then I changed so only the relay was Steamcast, relaying Shoutcast. Still not stable. This stops being reliable within an hour or so.
It's a shame, because besides this one problem, Steamcast seems to work great for everything else I need. Now that I finally switched over to SAM3, it would be great to utilize a working version of Steamcast for a larger workload.
If it would help you at all, I can give you a login for one of my shared dual-processor systems so you can experiment with it, Jay. Let me know if I can do anything to help. I know it's a lot of work, and you're just doing this in your spare time, but it would be a shame to keep the project incomplete indefinitely. Thanks.
J-Fan Radio
http://j-fan.com/radio/
http://j-fan.com/radio/