SourceMod is pretty damn stable now (1.4 snapshots).

Are you sure you're not a victim of:
https://wiki.alliedmods.net/Multiple_or_Forked_Servers_(SourceMod) ?

Kyle.

On Wed, Oct 27, 2010 at 2:18 AM, Eric Riemers <[email protected]> wrote:
>
> I had issues with sourcemod 1.4.0 causing some more crashes then normal.
> One of the most "bizarre" issues i had was even lag/crashes when i
> installed the instance on a virtual ip of the box.
>
> Changed the instance to run on the primary ip and it runned fine.
>
> On Wed, 27 Oct 2010 01:05:21 -0700, "[email protected]"
> <[email protected]> wrote:
>> Well what I mean by server, is that I am running 2 instances of
> srcds_linux
>> on the same machine and same directory (with copies of sourcemod). Since
> 1
>> instance has not crashed in 6 days, I don't believe its a hardware
> problem
>> either.
>>
>> So far with mp_idledealmethod 2 instead of 1, I have had no crashes in 30
>> hours, so I am getting more confident that it was a problem (or some
>> bizarre
>> regression with sourcemod).
>>
>> On Tue, Oct 26, 2010 at 7:30 PM, Guy Watkins
>> <[email protected]>wrote:
>>
>>> Based on your logic, you have eliminated software, so it must be the
>>> hardware.  Run some diagnostics on your hardware.  Memtest86 would be a
>>> good
>>> start.  Swap the hardware with a "good" server and see what happens.
>>>
>>> } -----Original Message-----
>>> } From: [email protected] [mailto:hlds_linux-
>>> } [email protected]] On Behalf Of [email protected]
>>> } Sent: Tuesday, October 26, 2010 8:58 PM
>>> } To: Half-Life dedicated Linux server mailing list
>>> } Subject: Re: [hlds_linux] new crashing bug
>>> }
>>> } It occurs about once a day. Yesterday it happened twice. It rebooted
>>> and
>>> } then when 1 or 2 people joined for a couple minutes, it crashed again.
>>> } I've
>>> } changed mp_idledealmethod to 2 and so far it hasn't crashed, but the
>>> } server
>>> } has only been up for less than a day.
>>> }
>>> } I am using the stock sourcemod plugins plus admin-sql-threaded,
>>> } customvotes,
>>> } god, hlstatsx, hreserved_slots, nextmap, prophunt, spraytrace,
>>> } simpleteambalancer. I don't believe any of these are the problem since
>>> I
>>> } have another server which has been up for 5 days in a row with 0
>>> crashes
>>> } that has the same plugins plus more.
>>> }
>>> } Running the server without sourcemod and metamod is not going to help
>>> } since
>>> } I already know that my other server (which is using the exact same
>>> files)
>>> } has not crashed in 5 days.
>>> }
>>> } Looking at my sourcemod logs, I find the usual sourcemod errors that
>>> have
>>> } nothing to do with "observers" problem in my stacktrace such as error
>>> } session started or array index out of bounds which is not supposed to
>>> } crash
>>> } srcds, nor did it crash my other server which had been running
>>> crash-free
>>> } for months at a time before the mann-conomy update.
>>> }
>>> }
>>> } On Tue, Oct 26, 2010 at 4:19 PM, Kyle Sanderson <[email protected]>
>>> } wrote:
>>> }
>>> } > How often does the crash occur? is it random? or whenever a client
> is
>>> } > moved to Spectate using the stock Valve mp_idledealmethod cvar?
>>> } >
>>> } > Which SourceMod plugins are you using? Have you disabled SourceMod
>>> and
>>> } > MetaMod:Source to ensure it's nothing you're inadvertently doing on
>>> } > the server in question?
>>> } >
>>> } > Kyle.
>>> } >
>>> } > On Tue, Oct 26, 2010 at 4:08 PM, [email protected]
>>> } > <[email protected]> wrote:
>>> } > > @clad
>>> } > >
>>> } > > If the plugin is in memory but not loaded into sourcemod, it isn't
>>> } going
>>> } > to
>>> } > > crash the server. Typing sm plugins list does not show the
> prophunt
>>> in
>>> } > the
>>> } > > list on a non-prophunt map.
>>> } > >
>>> } > > @Peter
>>> } > >
>>> } > > My sdkhooks is already the latest version. Both my servers are
>>> using
>>> } the
>>> } > > same version so it isn't because one is newer or older than the
>>> other.
>>> } I
>>> } > > also don't need to look at my sourcemod error log because I was
>>> } looking
>>> } > at
>>> } > > my console when a crash happened, and there was no sourcemod error
>>> } > anywhere
>>> } > > near the crash.
>>> } > >
>>> } > > On Tue, Oct 26, 2010 at 10:57 AM, Peter Lindblom
>>> <[email protected]
>>> >
>>> } > wrote:
>>> } > >
>>> } > >> I have several times had servers crashing because an old
> sdkhooks,
>>> } one
>>> } > >> dods-gg server is running fine and another is crashing, but with
> a
>>> } newer
>>> } > >> sdkhooks its on the track again.
>>> } > >> But its have also been quite easy to find the error by looking in
>>> } > >> sourcemod/logs/errors_2010xxxx.log
>>> } > >> Always look in the logs before posting :-) - you get the correct
>>> } answer
>>> } > >> fast that way !
>>> } > >>
>>> } > >> Peter
>>> } > >>
>>> } > >> ----- Original Message ----- From: "clad iron"
>>> <[email protected]>
>>> } > >> To: "Half-Life dedicated Linux server mailing list" <
>>> } > >> [email protected]>
>>> } > >> Sent: Tuesday, October 26, 2010 6:59 PM
>>> } > >> Subject: Re: [hlds_linux] new crashing bug
>>> } > >>
>>> } > >>
>>> } > >>
>>> } > >>  in Sourcemod, when you either move a plugin to the disabled
>>> folder,
>>> } or
>>> } > >>> even
>>> } > >>> "sm unload <plugin>" it still has the plugin in memory.
>>> } > >>> I don't think even a map change fully removes it from memory.
>>> } > >>>
>>> } > >>> try disabling the prophunt, and restart the server and see if
>>> there
>>> } are
>>> } > >>> any
>>> } > >>> crashes.
>>> } > >>>
>>> } > >>> On Tue, Oct 26, 2010 at 2:51 AM, [email protected]
>>> } > >>> <[email protected]>wrote:
>>> } > >>>
>>> } > >>>  I have sourcemod plugins, but I know they aren't the problem
>>> } because I
>>> } > >>>> have
>>> } > >>>> another server with the same plugins and even a few more which
>>> has
>>> } > been
>>> } > >>>> up
>>> } > >>>> for 5 days with 0 crashes. Well the same plugins except for the
>>> } > prophunt
>>> } > >>>> plugin which is unloaded at the beginning of each non-prophunt
>>> map,
>>> } > and
>>> } > >>>> the
>>> } > >>>> crashes have been between 2 non-prophunt maps.
>>> } > >>>>
>>> } > >>>> I also know it isn't an old sourcemod or metamod, because I
> just
>>> } > >>>> installed
>>> } > >>>> the bleeding edge repository versions on both servers a week
>>> ago.
>>> } > >>>>
>>> } > >>>> Because both servers are using the same srcds directory, it
>>> } probably
>>> } > >>>> isn't
>>> } > >>>> corrupted. But I just checked with -verify-all and all my files
>>> are
>>> } up
>>> } > to
>>> } > >>>> date.
>>> } > >>>>
>>> } > >>>> On Mon, Oct 25, 2010 at 11:13 PM, Peter Lindblom
>>> } <[email protected]>
>>> } > >>>> wrote:
>>> } > >>>>
>>> } > >>>> > Do you have any plugins ? - if yes - update them !
>>> } > >>>> >
>>> } > >>>> > if no - do a -verify all
>>> } > >>>> >
>>> } > >>>> > but with all thouse xxxObserverxxx its looking as you have an
>>> old
>>> } > >>>> sourcemod
>>> } > >>>> > install or similar
>>> } > >>>> >
>>> } > >>>> > Peter
>>> } > >>>> >
>>> } > >>>> > ----- Original Message ----- From: <[email protected]>
>>> } > >>>> > To: <[email protected]>
>>> } > >>>> > Sent: Tuesday, October 26, 2010 4:11 AM
>>> } > >>>> > Subject: [hlds_linux] new crashing bug
>>> } > >>>> >
>>> } > >>>> >
>>> } > >>>> >  I've been getting server crashes since the last patch on one
>>> of
>>> } my
>>> } > >>>> servers
>>> } > >>>> >> which has had mp_idledealmethod 1.
>>> } > >>>> >>
>>> } > >>>> >> Does anyone have any insight as to what is causing these
>>> } crashes?
>>> } > >>>> >>
>>> } > >>>> >> #0  0xb4890cdc in
>>> CBasePlayer::SetObserverTarget(CBaseEntity*)
>>> } ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #1  0xb4a558ba in CTFPlayer::SetObserverTarget(CBaseEntity*)
>>> ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #2  0xb4a72896 in CTFPlayer::SetObserverMode(int) ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #3  0xb4875671 in CBasePlayer::ForceObserverMode(int) ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #4  0xb48867f4 in
>>> CBasePlayer::ValidateCurrentObserverTarget()
>>> } ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #5  0xb4a70f51 in CTFPlayer::ValidateCurrentObserverTarget()
>>> ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #6  0xb487ec6e in CBasePlayer::CheckObserverSettings() ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #7  0xb4a5935d in CTFPlayer::CheckObserverSettings() ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #8  0xb4a727eb in CTFPlayer::SetObserverMode(int) ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #9  0xb4875671 in CBasePlayer::ForceObserverMode(int) ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #10 0xb48867f4 in
>>> CBasePlayer::ValidateCurrentObserverTarget()
>>> } ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #11 0xb4a70f51 in CTFPlayer::ValidateCurrentObserverTarget()
>>> ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #12 0xb487ec6e in CBasePlayer::CheckObserverSettings() ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #13 0xb4a5935d in CTFPlayer::CheckObserverSettings() ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #14 0xb4a727eb in CTFPlayer::SetObserverMode(int) ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #15 0xb4875671 in CBasePlayer::ForceObserverMode(int) ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #16 0xb48867f4 in
>>> CBasePlayer::ValidateCurrentObserverTarget()
>>> } ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> #17 0xb4a70f51 in CTFPlayer::ValidateCurrentObserverTarget()
>>> ()
>>> } > >>>> >>  from /home/lorph/steam/server1/orangebox/tf/bin/server.so
>>> } > >>>> >> _______________________________________________
>>> } > >>>> >> To unsubscribe, edit your list preferences, or view the list
>>> } > archives,
>>> } > >>>> >> please visit:
>>> } > >>>> >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> } > >>>> >>
>>> } > >>>> >>
>>> } > >>>> >
>>> } > >>>> >
>>> } > >>>> > _______________________________________________
>>> } > >>>> > To unsubscribe, edit your list preferences, or view the list
>>> } > archives,
>>> } > >>>> > please visit:
>>> } > >>>> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> } > >>>> >
>>> } > >>>> _______________________________________________
>>> } > >>>> To unsubscribe, edit your list preferences, or view the list
>>> } archives,
>>> } > >>>> please visit:
>>> } > >>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> } > >>>>
>>> } > >>>>  _______________________________________________
>>> } > >>> To unsubscribe, edit your list preferences, or view the list
>>> } archives,
>>> } > >>> please visit:
>>> } > >>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> } > >>>
>>> } > >>>
>>> } > >>
>>> } > >>
>>> } > >> _______________________________________________
>>> } > >> To unsubscribe, edit your list preferences, or view the list
>>> } archives,
>>> } > >> please visit:
>>> } > >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> } > >>
>>> } > > _______________________________________________
>>> } > > To unsubscribe, edit your list preferences, or view the list
>>> archives,
>>> } > please visit:
>>> } > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> } > >
>>> } >
>>> } > _______________________________________________
>>> } > To unsubscribe, edit your list preferences, or view the list
>>> archives,
>>> } > please visit:
>>> } > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> } >
>>> } _______________________________________________
>>> } To unsubscribe, edit your list preferences, or view the list archives,
>>> } please visit:
>>> } http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>>
>>> _______________________________________________
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Reply via email to