OK, interestingly enough, I have narrowed this issue down from suspecting the VM to srcds_linux itself. Here's the scenario:
1. One player connects, has no problem moving & playing. 2. Second player connects, again, no problems. 3. Third player or more connect, invariably ALL clients will freeze but not be disconnected from server. One step 3 occurs I have noted the following: 1. srcds_linux process remains running. 2. clients cannot reconnect to the server or see it in their connection browsers UNTIL some status with the round changes, like sudden death being reached or the start of another round. Once that occurs in the console (via ssh) I can reconnect & browse to the server. NOTE: server is reachable via ping; ping times do not vary much from 40 ms. In addition, a port scan shows port 27015 is open, apparently just not responding. Here's where it gets interesting. Once I can reconnect to the server if it's on the same map I can cause the client freeze with just one client. As soon as the new round begins and after the 30 second wait for players, as soon as I leave the resupply/protected area of either base the same freeze occurs along with the inability to reconnect or view the server in browser. I've tried tweaking various settings in the server.cfg but somehow I don't think that's the issue here... _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
