I had one for 2 minutes (on my fastest raid 1 server no less haha). So after a while of being completely confused as to why the hell my servers are randomly "crashing" whitout any dumps so eventually I increased my monitor script to wait for 2 whole minutes before killing the process and re-launching :/.
Would be nice if Valve fixed that problem :/. On Sun, Jan 4, 2009 at 1: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
