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
