OK, I wrote a crappy little compilebasic program that will check every 10 seconds and monitor a source server for secure status and log it.
If you have a server that is chronic in losing VAC status while still running (Case 2 only) then email me your server IP address and port and I'll start monitoring it. Once I clean up the code a bit I'll release it to anyone who wants it (just don't laugh ok? it works). ----- Original Message ----- From: "Whisper" To: <[email protected]> Sent: Friday, January 20, 2006 2:56 AM Subject: Re: [hlds] RE: Servers losing VAC, gettin beyond a joke...
We get both Kevin We reboot our servers every 24 hours at around 5am, and some of them won't go secure. Later on we will reboot the ones that did not come up as VAC Secure, and they wil come up as VAC Secure. At some random time in the future before the usual 5am restart process, and not necessarily the same servers that did not go VAC Secure during the reboot process, will go VAC INSecure, without a server reboot or crash. I am watching our servers diligently at the moment and they refuse to now go VAC INSecure. If I left them for 6 hours (I don't want to do this) no doubts some will go VAC INSecure while I am not watching.
----- Original Message ----- From: "Kevin Ottalini" To: <[email protected]> Sent: Friday, January 20, 2006 2:33 AM Subject: Re: [hlds] RE: Servers losing VAC, gettin beyond a joke...
There is a tremendous difference between: Case 1: a server being unable to acquire VAC on startup and Case 2: a server "losing VAC" while running. The title of this thread might be misleading which makes it hard to talk about what the real problem is. If you have consistant problems getting your server to acquire VAC on startup then say so. If you have any evidence that your server (without restarting) dynamically becomes insecure, please say so. If your server crashes and is restarted or programmatically restarts (and does not acquire VAC at that time) then you need to identify this as Case 1.
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
