I'll say that this has happened to us sporadically since replays inception, and I have *never* been able to reproduce it on demand unless it's occurring while I'm there.
The TF2 server is running on Windows, and my HTTPD is on a seperate Ubuntu box, in the same rack, plugged into the same switch in the same datacenter, so I can pretty rule out a problem in connectivity between the two. The issue will randomly occur, and predictably the TF2 server will crash when it does. It will always crash shortly after startup if the issue is occurring at the time, and I can confirm after careful observation that it is hanging during the "rename temp file" step, via watching the spawned ftpd process in strace. (And seeing not-renamed temp files in the directory) I can also confirm this issue is srcds and not the HTTPD box because; 1) The HTTPD box also hosts a large Mumble server which has never had any sort of issue, (Except the time I deleted it's iptables rule when drunk admining) let alone one coinciding with the replay snafu. Last time I was using it to yell at someone who was telling me the replay server is offline, not knowing they're the same machine. 2) Because it's fscking not. Also 3) during the last occurrence on the Win32 server in the datacenter with the HTTPD box, I fired up a copy of srcds here at home using a downloaded copy of /tf/ from the server in the datacenter, and it logged in and did the replay test without failing, while it took the server in the datacenter almost 30 minutes and I don't know how many reboots of srcds to finally complete the test and not crash. The problem has been sporadic enough to not really be too bad of an issue, but whatever it is always happens in the middle of a round and suddenly replays are shut off. Normally just after something really cool happens, like a triple reflected flare kill. Or an 11 kill Machina shot. On Wed, Feb 8, 2012 at 3:34 PM, Eric Riemers <[email protected]> wrote: > I've seen this before, and tried to identify the problem. A valve person > did > ask for more information about this but I could not get more info (it > doesn't happen all the time) problem is that by the time you would find > out, > it has already skipped and continued so you can't do any troubleshooting. > > I did once have the same issue where the replay was giving a error and was > hanging the server when my ftp server got ddossed (damn script kiddies) > because of that the server was pretty laggy and timing out a bit. I don't > know if they can reproduce that, it would be a start. > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of > [email protected] > Sent: woensdag 8 februari 2012 21:15 > To: 'Half-Life dedicated Linux server mailing list' > Subject: [hlds_linux] Replay ftp error client time out > > We have recently been plagued with the following replay error: > > * ERROR: Publish timed out after 60 seconds. > > This then in turn gives a mass disconnect of all clients as the server > freezes due to default settings replay_fileserver_offload_aborttime is 60 > seconds. > > Obviously that the replay offload of files connection issue is not valves > fault or problem, whilst the replay offload times out it freezes the server > which really shouldn't be happening. > We don't wish to use local hosting and hoping that this issue can be > solved. > Is there a reason that while replay ftp is timing out that it should freeze > the game sever? > > Changing replay_fileserver_offload_aborttime to its minimum of 30 seconds > would hopefully stop clients timing out but honestly how many clients will > look at a frozen game for 30 seconds? > > For now we have disabled replay which is a popular client tool. > > Regards > > D3v > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
