Upon finally going to change it (my server only just now emptied out), I found that the 30s I saw was actually the startup time field. The others are "pause" (time to wait between checking, default 3s) and "timeout" (time to wait for a reply, default 1s). Since I don't think timeout should probably be at 120, I wasn't sure what to do. Does anyone have a recommendation for a better server monitor? I'm using "ServerChecker" right now (google for docs), as it actually checks to see if the game is responding to queries instead of just checking if the process is alive. I used to use serverdoc, but changed due to the reasoning in the previous sentence. If there's some 'better' utility I'd love to hear of it
Thanks again On Sun, Jan 4, 2009 at 12:32 AM, SakeFox <[email protected]> wrote: > just wanted to also say that there are some map timeouts that are > greater then 60s. I think the longest i have seen was 90s with around > avg of ~45-50secs. 60s should do you could, but to be more on the safe > side maybe 120s for the mean time to just gather if its a crash or the > timeout bug. should be able to find out in under a week. > > Jeff Sugar wrote: > > Ahh...Interesting idea! My program that checks the servers does indeed do > > server queries (usually a good thing) and reboots them after about 30s > (also > > usually a good thing). However, considering the lockups sometimes take > >30s, > > I wouldn't be surprised if you were right. I'll continue to monitor for > if > > anyone has any other ideas, and try upping it to >60s instead :) > > > > Thanks, > > Atreus > > > > On Sun, Jan 4, 2009 at 12:17 AM, Cc2iscooL <[email protected]> wrote: > > > > > >> Ah..kinda skimmed it. Might be related to the mapchange lockup (as the > >> server doesn't respond to queries during this time)...whatever program > >> you're using to monitor the server...does it also check for server > queries? > >> This would be why you get a "crash" then. > >> > >> On Sat, Jan 3, 2009 at 11:58 PM, Jeff Sugar <[email protected]> > wrote: > >> > >> > >>> " Lastly, it doesn't leave anything in our logs (sm or not) or leave a > >>> minidump." :| > >>> > >>> Hopefully someone will have an idea. > >>> > >>> On Sat, Jan 3, 2009 at 11:53 PM, Cc2iscooL <[email protected]> > wrote: > >>> > >>> > >>>> If it creates a .mdmp try debugging it to find the source. :) > >>>> > >>>> On Sat, Jan 3, 2009 at 11:45 PM, Jeff Sugar <[email protected]> > >>>> > >> wrote: > >> > >>>>> I've had had both occur. I know about the auto-disconnection, and > >>>>> > >> we've > >> > >>>> had > >>>> > >>>>> it happen, but this is something different. > >>>>> > >>>>> On Sat, Jan 3, 2009 at 11:41 PM, Cc2iscooL <[email protected]> > >>>>> > >>> wrote: > >>> > >>>>>> 1.) No problem here. > >>>>>> > >>>>>> 2.) Does it actually -crash- or does it just go into the > >>>>>> > >>>>> "auto-disconnect" > >>>>> > >>>>>> and then resume properly after all players have timed out? If it's > >>>>>> > >>> the > >>> > >>>>>> second it's a known issue with the lock ups on map change. It's > >>>>>> > >>>> something > >>>> > >>>>>> everyone is getting...and has been getting...for a long time. > >>>>>> > >>>>>> On Sat, Jan 3, 2009 at 11:06 PM, Jeff Sugar <[email protected]> > >>>>>> > >>>> wrote: > >>>> > >>>>>>> Issue 1: Is it OK to run SRCDS on Win 2003 x64? > >>>>>>> We're currently running our varoius SRCDS-based servers on win > >>>>>>> > >> 2003 > >> > >>>>>> 32-bit. > >>>>>> > >>>>>>> We're thinking of moving over to 64-bit for various reasons, > >>>>>>> > >>>> including > >>>> > >>>>>>> taking advantage of all our memory. Before we do so, however, we > >>>>>>> > >>>> wanted > >>>> > >>>>>> to > >>>>>> > >>>>>>> make sure there aren't any outstanding issues when running on > >>>>>>> > >>> 64-bit. > >>> > >>>>> Can > >>>>> > >>>>>>> anyone shine light on this? I'm hoping I'll simply get back > >>>>>>> > >>> responses > >>> > >>>>>> like > >>>>>> > >>>>>>> "I run 64-bit Win 2k3 no problem" but for all I know there are > >>>>>>> > >> some > >> > >>>> big > >>>> > >>>>>>> problems. > >>>>>>> > >>>>>>> Issue 2: Odd Crash At Map Change (sometimes) > >>>>>>> For a while now, we've been experiencing an issue where our TF2 > >>>>>>> > >>>> server > >>>> > >>>>>>> (running as mentioned above, with 4GB ram and a Q6600) will crash > >>>>>>> > >>> on > >>> > >>>>>>> mapchange -sometimes-. This obviously has a negative effect on > >>>>>>> > >>>> keeping > >>>> > >>>>>> the > >>>>>> > >>>>>>> server populated, so I'd really like to get it fixed. We're > >>>>>>> > >> running > >> > >>>>>>> SourceMod 1.2-svn and the latest Metamod Source, but it's > >>>>>>> > >> happened > >> > >>>>> under > >>>>> > >>>>>>> previous versions of both. I've tried cleaning out all plugins > >>>>>>> > >> and > >> > >>>>>>> completely reinstalling: TF2, sm, metamod. These crashes *only* > >>>>>>> > >>>> happen > >>>> > >>>>> on > >>>>> > >>>>>>> mapchange, and it does not happen on every mapchange. It can > >>>>>>> > >> happen > >> > >>>>>>> anywhere > >>>>>>> from a few times a week to a few times a day. Additionally, I've > >>>>>>> > >>> only > >>> > >>>>>> seen > >>>>>> > >>>>>>> it happen when it's populated (which means taking off SM and MM > >>>>>>> > >> is > >> > >>>> not > >>>> > >>>>>>> possible since we wouldn't get any visitors or be able to > >>>>>>> > >> properly > >> > >>>>>>> administrate it). Lastly, it doesn't leave anything in our logs > >>>>>>> > >> (sm > >> > >>>> or > >>>> > >>>>>> not) > >>>>>> > >>>>>>> or leave a minidump. I've tried everything I can think of at this > >>>>>>> > >>>>> point, > >>>>> > >>>>>>> and > >>>>>>> I'm starting to want to pull my hair out :/ I'm starting to think > >>>>>>> > >>>> maybe > >>>> > >>>>>> it > >>>>>> > >>>>>>> has something to do with the configuration on our OS (another > >>>>>>> > >>> reason > >>> > >>>>> for > >>>>> > >>>>>>> Question 1). If it makes a difference, we do have the media timer > >>>>>>> > >>> (or > >>> > >>>>> w/e > >>>>> > >>>>>>> it's called) altered using the srcdsfpsbooster utility as many > >>>>>>> > >> do. > >> > >>>>>>> If wanted, I can provide a printout of our plugins or any other > >>>>>>> > >>>>> pertinent > >>>>> > >>>>>>> info > >>>>>>> > >>>>>>> Thanks! And, sorry for the wall of text, but I wanted to be > >>>>>>> > >>> thorough > >>> > >>>>>>> -Atreus > >>>>>>> _______________________________________________ > >>>>>>> To unsubscribe, edit your list preferences, or view the list > >>>>>>> > >>>> archives, > >>>> > >>>>>>> please visit: > >>>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>>>>> > >>>>>>> > >>>>>> _______________________________________________ > >>>>>> To unsubscribe, edit your list preferences, or view the list > >>>>>> > >>> archives, > >>> > >>>>>> please visit: > >>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>>>> > >>>>>> > >>>>> _______________________________________________ > >>>>> To unsubscribe, edit your list preferences, or view the list > >>>>> > >> archives, > >> > >>>>> please visit: > >>>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>>> > >>>>> > >>>> _______________________________________________ > >>>> To unsubscribe, edit your list preferences, or view the list archives, > >>>> please visit: > >>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>> > >>>> > >>> _______________________________________________ > >>> To unsubscribe, edit your list preferences, or view the list archives, > >>> please visit: > >>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>> > >>> > >> _______________________________________________ > >> To unsubscribe, edit your list preferences, or view the list archives, > >> please visit: > >> http://list.valvesoftware.com/mailman/listinfo/hlds > >> > >> > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds > > > > > > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
