Im using QyqStarter since i have also some diferent jobs to do. Works fine so far (monitors 3 gameservers, 1 ftp server, some tools like hlstats, runs 2 cronjobs and kills the ad popup of the av software). Its for Windows.
www.qyq.de ----- Original Message ----- From: "Jeff Sugar" <jeffsu...@gmail.com> To: "Half-Life dedicated Win32 server mailing list" <hlds@list.valvesoftware.com> Sent: Sunday, January 04, 2009 12:04 PM Subject: Re: [hlds] Two Issues: Odd Crash at Mapchange? And,is it OK to run SRCDS on Win 2003 x64? > 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 <sake...@kingdomsend.com> 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 <cc2isc...@gmail.com> 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 <jeffsu...@gmail.com> >> 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 <cc2isc...@gmail.com> >> wrote: >> >>> >> >>> >> >>>> If it creates a .mdmp try debugging it to find the source. :) >> >>>> >> >>>> On Sat, Jan 3, 2009 at 11:45 PM, Jeff Sugar <jeffsu...@gmail.com> >> >>>> >> >> 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 <cc2isc...@gmail.com> >> >>>>> >> >>> 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 <jeffsu...@gmail.com> >> >>>>>> >> >>>> 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 > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
