Re: [hlds_linux] server info query.

[edman747]

I am using windows powershell 2.0
Worked as a Unix admin before I went back to school, I don't have a lot of
windows keyboard time, I have to learn a new language.

I can dump the raw data and see the additional bytes after the appid... the
last thing I display is the EDF on most servers it is 145 on one it is 144.
Not sure what to do with it?

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

Re: [hlds_linux] dos attack

[Marek Sieradzki]

On Thu, Oct 28, 2010 at 2:23 AM, Kyle Sanderson  wrote:
> There's Dos Attack Fixer (DAF)
> http://www.sourceop.net/modules.php?name=Downloads&d_op=viewdownload&cid=9
>
> There's no real proper way to fix this though, successfully. There are
> also 'condom' wrappers that forward network traffic to the game and
> back through. You server will be listed on Port Y instead of the
> regular Port X, which is a major downside and overall drag.
>
> Over the years there have been numerous topics about the issue,
> including '[hlds] Source packet flood exploit' which was created less
> then a week ago. Valve does not care AT ALL about their server
> software, it's whatever they can do to make their players happy. This
> exploit, among may others has been public knowledge for ages. Unless
> if there's some *super* plan to fix all of these exploits all at once;
> it takes ages for any work to be done while the community diligently
> suffers. Take notice how Steam exploits are typically fixed, literally
> it was the next day and the main servers were patched against it.

Actually, my mod was bombarded by A2S_CHALLENGE packets with spoofed
source IP and banning person that wanted everyone to join his server
sorted issue out. Unless you make everyone switch to secure IP
networking where packets can be authenticated and have traces I don't
see a better solution.

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

Re: [hlds_linux] server info query.

[David Parker]

I've done this in Perl and Java.  What language are you using?

-Original Message-
From: edman747 
To: Half-Life dedicated Linux server mailing list 

Sent: Wed, 27 Oct 2010 10:08 PM
Subject: [hlds_linux] server info query.

hey,
 I hacked out a script to monitor local or remote servers. it is kinda
simple it sends a ping gets the reply then sends an info query and gets the
reply. If I can figure out the rcon stuff I will add that.

It loops through the received UDP packet (a 1400 byte array) to get the four
variable length strings (servername, mapname, directory, description) then
searches for an appid that is equal to 70. After the appid is found it
increments through the byte array one byte at a time to get and format the
rest of the data.

ref:
[URL]
http://developer.valvesoftware.com/wiki/Server_queries#Source_servers_2[/URL]

Having a little trouble with the extended data flag. Is anyone familiar with
how to read or check the extended data?
TIA,

note, in the samples the AppID shows two items 70, xx
 the xx is the byte where the appid was found. (this varies based on the
length of the server and map names)

sample output:

Type: I
Protocol Version: 48
 Server Name: Stealing jaffa cakes [trunk][2813]
 Map: c0a0
  Game Directory: svencoop4
Game Description: Sven Co-op 4.6 or later
   AppID: 70, 80
   Number of players: 0
 Maximum players: 12
  Number of bots: 0
   Dedicated: d
  OS: w
Password: 1
  Secure: 0
Game Version: 1.1.2.1
 EDF: 145

Type: I
Protocol Version: 48
 Server Name: [FR]SvenCoop4.5 AMXX(2) Rcbot
 Map: jumpers
  Game Directory: svencoop
Game Description: Sven Co-op 4.5
   AppID: 70, 68
   Number of players: 2
 Maximum players: 12
  Number of bots: 2
   Dedicated: d
  OS: w
Password: 0
  Secure: 1
Game Version: 1.1.2.1
 EDF: 145

Type: I
Protocol Version: 48
 Server Name: sc4.x Test Server[2814]
 Map: c0a0e
  Game Directory: svencoop4
Game Description: Sven Co-op 4.6 or later
   AppID: 70, 70
   Number of players: 0
 Maximum players: 12
  Number of bots: 0
   Dedicated: d
  OS: w
Password: 0
  Secure: 0
Game Version: 1.1.2.1
 EDF: 145

Type: I
Protocol Version: 48
 Server Name:   ..::[Raspberry's H(e)aven]::[ LESS 4.07,
MOAR 4.5 ]::..
 Map: -HL_OpFor_SP_Portal
  Game Directory: svencoop
Game Description: Sven Co-op 4.5
   AppID: 70, 112
   Number of players: 0
 Maximum players: 6
  Number of bots: 0
   Dedicated: d
  OS: w
Password: 0
  Secure: 1
Game Version: 1.1.2.1
 EDF: 144
___
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

[hlds_linux] server info query.

[edman747]

hey,
 I hacked out a script to monitor local or remote servers. it is kinda
simple it sends a ping gets the reply then sends an info query and gets the
reply. If I can figure out the rcon stuff I will add that.

It loops through the received UDP packet (a 1400 byte array) to get the four
variable length strings (servername, mapname, directory, description) then
searches for an appid that is equal to 70. After the appid is found it
increments through the byte array one byte at a time to get and format the
rest of the data.

ref:
[URL]
http://developer.valvesoftware.com/wiki/Server_queries#Source_servers_2[/URL]

Having a little trouble with the extended data flag. Is anyone familiar with
how to read or check the extended data?
TIA,

note, in the samples the AppID shows two items 70, xx
 the xx is the byte where the appid was found. (this varies based on the
length of the server and map names)

sample output:

Type: I
Protocol Version: 48
 Server Name: Stealing jaffa cakes [trunk][2813]
 Map: c0a0
  Game Directory: svencoop4
Game Description: Sven Co-op 4.6 or later
   AppID: 70, 80
   Number of players: 0
 Maximum players: 12
  Number of bots: 0
   Dedicated: d
  OS: w
Password: 1
  Secure: 0
Game Version: 1.1.2.1
 EDF: 145

Type: I
Protocol Version: 48
 Server Name: [FR]SvenCoop4.5 AMXX(2) Rcbot
 Map: jumpers
  Game Directory: svencoop
Game Description: Sven Co-op 4.5
   AppID: 70, 68
   Number of players: 2
 Maximum players: 12
  Number of bots: 2
   Dedicated: d
  OS: w
Password: 0
  Secure: 1
Game Version: 1.1.2.1
 EDF: 145

Type: I
Protocol Version: 48
 Server Name: sc4.x Test Server[2814]
 Map: c0a0e
  Game Directory: svencoop4
Game Description: Sven Co-op 4.6 or later
   AppID: 70, 70
   Number of players: 0
 Maximum players: 12
  Number of bots: 0
   Dedicated: d
  OS: w
Password: 0
  Secure: 0
Game Version: 1.1.2.1
 EDF: 145

Type: I
Protocol Version: 48
 Server Name:   ..::[Raspberry's H(e)aven]::[ LESS 4.07,
MOAR 4.5 ]::..
 Map: -HL_OpFor_SP_Portal
  Game Directory: svencoop
Game Description: Sven Co-op 4.5
   AppID: 70, 112
   Number of players: 0
 Maximum players: 6
  Number of bots: 0
   Dedicated: d
  OS: w
Password: 0
  Secure: 1
Game Version: 1.1.2.1
 EDF: 144
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] CentOS 5 Segfault Crash Please help!

[Junior]

I've searched everywhere for a solution and have not found anything. I 
found about 5 threads and posts with the same exact error, yet no 
solutions or responses, so this is my last resort. Running amxx and 
metamod with and without plugins/modules, still crashes with same error.
 Tried using same amxx/metamod on a different linux server and it works 
fine with no crashes, so I'm ruling that out. Using protocol 48 build 
5006 (-beta hlbeta) along with autobuy bug fix plugin. Crash only occurs
 when players are in, never empty. Even used -condebug and it doesn't 
show ANYTHING when it crashes, logging just stops wherever it's at and 
server restarts. Tried various start up commands, still crashes.

Please help me!

CentOS 5 dual dual-core xeon 3.0Ghz, 4GB of ram, 72GB scsi 10krpm
Linux .server.net 2.6.18-194.17.1.el5PAE #1 SMP Wed Sep 29 13:31:51 EDT
 2010 i686 i686 i386 GNU/Linux
Running latest packages for everything (glibc, binutils, etc etc)

debug.log
Crashes with both binaries
--
CRASH: Mon Oct 25 20:43:08 PDT 2010
Start
 Line: ./hlds_amd -game cstrike +ip hidden +maxplayers 32 -pingboost 2 
+map de_dust2 -debug -autoupdate -pidfile hlds.4933.pid
[New Thread 25586]
[New Thread 4953]
[New Thread 4951]
Core was generated by `./hlds_amd -game cstrike +ip hidden +maxplayers 32 
-pingboost 2 +map de_'.
Program terminated with signal 11, Segmentation fault.
#0  0x4242b30b in ?? ()
No symbol table info available.
From    To  Syms Read   Shared Object Library
0x423977f0  0x423ace2f  Yes (*) /lib/ld-linux.so.2
(*): Shared library is missing debugging information.
Stack
 level 0, frame at 0xbfa1d860:
 eip = 0x4242b30b; saved eip End of crash report
--
--
CRASH: Tue Oct 26 20:16:18 PDT 2010
Start
 Line: ./hlds_i686 -game cstrike -binary ./hlds_i686 -autoupdate 
+maxplayers 32 +map de_dust2 -pingboost 2 +ip hidden +port 27015 -nojoy 
-noipx -debug -condebug -pidfile hlds.7649.pid
[New Thread 8117]
[New Thread 8115]
[New Thread 8114]
Core was generated by `./hlds_i686 -game cstrike -binary ./hlds_i686 
-autoupdate +maxplayers 32 +map d'.
Program terminated with signal 11, Segmentation fault.
#0  0x002bc30b in ?? ()
No symbol table info available.
From    To  Syms Read   Shared Object Library
0x006d27f0  0x006e7e1f  Yes (*) /lib/ld-linux.so.2
(*): Shared
 library is missing debugging information.
Stack level 0, frame at 0xbfbf0560:
 eip = 0x2bc30b; saved eip End of crash report
--


gdb hlds_i686 core.2980

Reading symbols from /home/xxx/hlds_i686...done.
BFD: Warning: /home/xxx/core.2980 is truncated: expected core file size >= 
98152448, found: 2097152.
[New Thread 2985]
[New Thread 2982]
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `./hlds_i686 -game cstrike -binary ./hlds_i686 
-autoupdate +maxplayers 32 +map d'.
Program terminated with signal 11, Segmentation fault.
#0  0x0028330b in ?? ()




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

Re: [hlds_linux] [hlds] Team Fortress 2 Update Released

[John]

This actually appears to be required for CS:S (at least, if not also 
DoD:S and HL2:DM). Updated clients connecting to an old server are given 
an error saying that it is not running the latest release.


Note that steam.inf was not updated for any game other than TF2.

-John

On 10/27/2010 5:25 PM, Jason Ruymen wrote:

A required update for Team Fortress 2 is now available.  The specific changes 
include:

Engine (CS:S, DoD:S, TF2, HL2:DM)
- Removed the rate limit for the "status" command when entered into the server 
console.
- Fixed an exploit that allowed people to send fake server messages to clients.
- Significantly improved engine vertex compression (large reduction in 
per-model memory usage).

Team Fortress 2
- Added TF2Maps.net Art-pass contest winners:
- Mountain Lab
- Mann Manor
- Halloween 2010 Event
- Mann Manor is haunted by the Horseless Headless Horsemann.
- Random gift drop in Mann Manor.
- 4 new Halloween achievements.
- Added new Halloween hats.
- Added a new Halloween weapon.
- Added Gift Wrapping of gifts to the store.
- Added Custom Description tag to the store.
- Added the community created "Swamp Theme" assets, so all maps can use it:
- See http://swamp.tf2maps.net/ for full details.
- Updated cp_coldfront with the latest changes from the community creator 
(Icarus):
- Improved visibility on last CP.
- Moved second CP slightly closer to the attacker's side.
- Added cover for players queuing up the health pack on the second CP.
- Improved clipping on the zig-zag ramp to middle CP.
- Teams that capture the middle CP are now awarded with faster spawn times.
- Added a health penalty to the Rocket Jumper.
- Added the Sticky Jumper for Demomen to practice jumping.
- Fixed the Sandvich charge meter.
- Fixed glows not drawing correctly when using antialiasing on some computers.
- Improved the checks that trigger mp_scrambleteams_auto.
- Added console commands to initiate trades directly 
(cl_trade/cl_trade_steamid) to help people running trading servers.

Jason


___
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_linux

Re: [hlds_linux] [hlds] Team Fortress 2 Update Released

[Kyle Sanderson]

Sadly Status is still obfuscated, and Rate Limited.

Disappointing really.
Kyle.

On Wed, Oct 27, 2010 at 5:43 PM, Jake Eisenman  wrote:
> Hear hear!
>
> TehZomB
> W: www.tehzomb.us
> P: 1 (443) 805-6313
> E: tehz...@hushmail.com
>
> On 10/27/2010 8:40 PM, Jonah Hirsch wrote:
>> This update makes me so happy. Especially the status rate limit removal.
>> ---
>> Jonah Hirsch
>>
>>
>>
>> On Wed, Oct 27, 2010 at 5:25 PM, Jason Ruymen 
>> wrote:
>>
>>> A required update for Team Fortress 2 is now available.  The specific
>>> changes include:
>>>
>>> Engine (CS:S, DoD:S, TF2, HL2:DM)
>>> - Removed the rate limit for the "status" command when entered into the
>>> server console.
>>> - Fixed an exploit that allowed people to send fake server messages to
>>> clients.
>>> - Significantly improved engine vertex compression (large reduction in
>>> per-model memory usage).
>>>
>>> Team Fortress 2
>>> - Added TF2Maps.net Art-pass contest winners:
>>>   - Mountain Lab
>>>   - Mann Manor
>>> - Halloween 2010 Event
>>>   - Mann Manor is haunted by the Horseless Headless Horsemann.
>>>   - Random gift drop in Mann Manor.
>>>   - 4 new Halloween achievements.
>>>   - Added new Halloween hats.
>>>   - Added a new Halloween weapon.
>>> - Added Gift Wrapping of gifts to the store.
>>> - Added Custom Description tag to the store.
>>> - Added the community created "Swamp Theme" assets, so all maps can use it:
>>>   - See http://swamp.tf2maps.net/ for full details.
>>> - Updated cp_coldfront with the latest changes from the community creator
>>> (Icarus):
>>>   - Improved visibility on last CP.
>>>   - Moved second CP slightly closer to the attacker's side.
>>>   - Added cover for players queuing up the health pack on the second CP.
>>>   - Improved clipping on the zig-zag ramp to middle CP.
>>>   - Teams that capture the middle CP are now awarded with faster spawn
>>> times.
>>> - Added a health penalty to the Rocket Jumper.
>>> - Added the Sticky Jumper for Demomen to practice jumping.
>>> - Fixed the Sandvich charge meter.
>>> - Fixed glows not drawing correctly when using antialiasing on some
>>> computers.
>>> - Improved the checks that trigger mp_scrambleteams_auto.
>>> - Added console commands to initiate trades directly
>>> (cl_trade/cl_trade_steamid) to help people running trading servers.
>>>
>>> Jason
>>>
>>>
>>> ___
>>> 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_linux

[hlds_linux] Team Fortress 2 Update Released

[Jason Ruymen]

A required update for Team Fortress 2 is now available.  The specific changes 
include:

Engine (CS:S, DoD:S, TF2, HL2:DM)
- Removed the rate limit for the "status" command when entered into the server 
console.
- Fixed an exploit that allowed people to send fake server messages to clients.
- Significantly improved engine vertex compression (large reduction in 
per-model memory usage).

Team Fortress 2
- Added TF2Maps.net Art-pass contest winners:
   - Mountain Lab
   - Mann Manor
- Halloween 2010 Event
   - Mann Manor is haunted by the Horseless Headless Horsemann.
   - Random gift drop in Mann Manor.
   - 4 new Halloween achievements.
   - Added new Halloween hats.
   - Added a new Halloween weapon.
- Added Gift Wrapping of gifts to the store.
- Added Custom Description tag to the store.
- Added the community created "Swamp Theme" assets, so all maps can use it:
   - See http://swamp.tf2maps.net/ for full details.
- Updated cp_coldfront with the latest changes from the community creator 
(Icarus):
   - Improved visibility on last CP.
   - Moved second CP slightly closer to the attacker's side.
   - Added cover for players queuing up the health pack on the second CP.
   - Improved clipping on the zig-zag ramp to middle CP.
   - Teams that capture the middle CP are now awarded with faster spawn times.
- Added a health penalty to the Rocket Jumper.
- Added the Sticky Jumper for Demomen to practice jumping.
- Fixed the Sandvich charge meter.
- Fixed glows not drawing correctly when using antialiasing on some computers.
- Improved the checks that trigger mp_scrambleteams_auto.
- Added console commands to initiate trades directly 
(cl_trade/cl_trade_steamid) to help people running trading servers.

Jason


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

Re: [hlds_linux] dos attack

[Kyle Sanderson]

There's Dos Attack Fixer (DAF)
http://www.sourceop.net/modules.php?name=Downloads&d_op=viewdownload&cid=9

There's no real proper way to fix this though, successfully. There are
also 'condom' wrappers that forward network traffic to the game and
back through. You server will be listed on Port Y instead of the
regular Port X, which is a major downside and overall drag.

Over the years there have been numerous topics about the issue,
including '[hlds] Source packet flood exploit' which was created less
then a week ago. Valve does not care AT ALL about their server
software, it's whatever they can do to make their players happy. This
exploit, among may others has been public knowledge for ages. Unless
if there's some *super* plan to fix all of these exploits all at once;
it takes ages for any work to be done while the community diligently
suffers. Take notice how Steam exploits are typically fixed, literally
it was the next day and the main servers were patched against it.

Well, there's my rant, DAF should hopefully work for you.
Kyle.

On Wed, Oct 27, 2010 at 4:33 PM, tom n  wrote:
> How bout a noob friendly dos attack plugin or software for css
> orangebox/linux server?
>
> Not sure the details but all players ping went skyhigh and there was a
> mention of maybe being attacked by dos.
> Thanks
> ___
> 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

Re: [hlds_linux] new crashing bug

[bottige...@gmail.com]

Yes I am sure. I specifically have seperate sourcemod folders for both
servers. That's how I have prophunt on one server and rtd on the other.

On Wed, Oct 27, 2010 at 4:14 PM, Kyle Sanderson  wrote:

> 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  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, "bottige...@gmail.com"
> >  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
> >> 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: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
> >>> } boun...@list.valvesoftware.com] On Behalf Of bottige...@gmail.com
> >>> } 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  >
> >>> } 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, bottige...@gmail.com
> >>> } >  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
> >>>  >>> >
> >>> } > 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
> >>> }

[hlds_linux] dos attack

[tom n]

How bout a noob friendly dos attack plugin or software for css
orangebox/linux server?

Not sure the details but all players ping went skyhigh and there was a
mention of maybe being attacked by dos.
Thanks
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] new crashing bug

[Kyle Sanderson]

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  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, "bottige...@gmail.com"
>  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
>> 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: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
>>> } boun...@list.valvesoftware.com] On Behalf Of bottige...@gmail.com
>>> } 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 
>>> } 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, bottige...@gmail.com
>>> } >  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
>>> >> >
>>> } > 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_2010.log
>>> } > >> Always look in the logs before posting :-) - you get the correct
>>> } answer
>>> } > >> fast that way !
>>> } > >>
>>> } > >> Peter
>>> } > >>
>>> } > >> - Original Message - From: "clad iron"
>>> 
>>> } > >> To: "Half-Life dedicated Linux server mailing list" <
>>> } > >> hlds_linux@list.valvesoftware.com>
>>> } > >> Sent: Tuesday, October 26, 20

Re: [hlds_linux] new crashing bug

[Eric Riemers]

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, "bottige...@gmail.com"
 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
> 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: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
>> } boun...@list.valvesoftware.com] On Behalf Of bottige...@gmail.com
>> } 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 
>> } 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, bottige...@gmail.com
>> } >  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
>> > >
>> } > 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_2010.log
>> } > >> Always look in the logs before posting :-) - you get the correct
>> } answer
>> } > >> fast that way !
>> } > >>
>> } > >> Peter
>> } > >>
>> } > >> - Original Message - From: "clad iron"
>> 
>> } > >> To: "Half-Life dedicated Linux server mailing list" <
>> } > >> hlds_linux@list.valvesoftware.com>
>> } > >> 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 " it still has the plugin in memory.
>> } > >>> I don't think even a map change fully removes it from memory.
>> } > >>>
>> } > >>> try disabling t

Re: [hlds_linux] new crashing bug

[bottige...@gmail.com]

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 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: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
> } boun...@list.valvesoftware.com] On Behalf Of bottige...@gmail.com
> } 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 
> } 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, bottige...@gmail.com
> } >  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  >
> } > 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_2010.log
> } > >> Always look in the logs before posting :-) - you get the correct
> } answer
> } > >> fast that way !
> } > >>
> } > >> Peter
> } > >>
> } > >> - Original Message - From: "clad iron" 
> } > >> To: "Half-Life dedicated Linux server mailing list" <
> } > >> hlds_linux@list.valvesoftware.com>
> } > >> 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 " 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, bottige...@gmail.com
> } > >>> 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
> } >