Server crash

Read log files for errors! If this fails, come here for help

Moderator: Forum Moderator

Locked
First
Peon
Posts: 2
Joined: Mon Aug 08, 2005 5:12 am
Location: RU, Saratov
Contact:

Server crash

Post by First » Mon Oct 24, 2005 3:12 am

FreeBSD 5.2.1
glib-2.6.6
linux_base-8-8.0_4
AMXMODX v1.60, MetaMod v1.18p26 (As I tried with MM 1.18)
Server - games.shadowzone.ru:27017 SHADOWZONE War3FT[SaveXP]

Code: Select all

----------------------------------------------
CRASH: Sun Oct 23 23:08:04 MSD 2005
Start Line: ./hlds_i686 +sv_lan 1 -game cstrike +map de_dust +port 27017 -maxplayers 22 -noipx +mapchangecfgfile server.cfg -heapsize 128000 -pidfile cs.pid -pingboost 3 -debug 1 -pidfile cs.pid
Core was generated by `hlds_i686'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000 in ?? ()
#0  0x00000000 in ?? ()
#1  0x3158e94e in meta_QueryClientCvarValue ()
   from ./cstrike/addons/metamod/dlls/metamod_i386.so
#2  0x3154992a in mm_StartFrame ()
   from ./cstrike/addons/metamod/dlls/metamod_i386.so
No symbol table info available.
From        To          Syms Read   Shared Object Library
0x28067830  0x28067a60  Yes         /lib/libNoVersion.so.1
0x2806d1c0  0x2806ded0  Yes         /lib/libdl.so.2
0x280700c0  0x28071be0  Yes         /lib/libpthread.so.0
0x280c48d0  0x280dc510  Yes         /lib/libm.so.6
0x280fd190  0x281f7680  Yes         /lib/libc.so.6
0x28055e00  0x28066810  Yes         /lib/ld-linux.so.2
0x28289680  0x2839b0c1  Yes         /usr/games/hlds/war3ft/engine_i686.so
0x2898ef70  0x28a1569d  Yes         ./libSteamValidateUserIDTickets_i386.so
0x28aeea60  0x28afcb4d  Yes         /usr/games/hlds/war3ft/filesystem_stdio_i386.so
0x28b0b0f0  0x28b11dd0  Yes         /lib/libnss_files.so.2
0x315128c0  0x31595927  Yes         ./cstrike/addons/metamod/dlls/metamod_i386.so
0x316a58b0  0x317cf2ff  Yes         /usr/games/hlds/war3ft/cstrike/dlls/cs_i386.so
0x3186cb60  0x318a3300  Yes         /usr/games/hlds/war3ft/cstrike/addons/amxmodx/dlls/amxmodx_mm_i386.so
0x28b1de80  0x28b21440  Yes         cstrike/addons/amxmodx/modules/fun_amxx_i386.so
0x28b287e0  0x28b35b80  Yes         cstrike/addons/amxmodx/modules/engine_amxx_i386.so
0x318dc8d0  0x3190dfd0  Yes         cstrike/addons/amxmodx/modules/mysql_amxx_i386.so
0x28b3d720  0x28b3e740  Yes         cstrike/addons/amxmodx/modules/sockets_amxx_i386.so
0x319fb350  0x31a00920  Yes         cstrike/addons/amxmodx/modules/cstrike_amxx_i386.so
0x31a07dc0  0x31a0e470  Yes         cstrike/addons/amxmodx/modules/csx_amxx_i386.so
0x31a7c500  0x31a7e6e8  Yes         cstrike/addons/amxmodx/modules/war3ft_amxx_i386.so
0x31a8c280  0x31aaa4b2  Yes         /usr/games/hlds/war3ft/cstrike/addons/hlguard/dlls/hlguard_mm_optimized_i686.so
                        No          /lib/libgcc_s.so.1
                        No          /lib/libnss_dns.so.2
                        No          /lib/libresolv.so.2
Stack level 0, frame at 0xbfbfe520:
 eip = 0x0; saved eip 0x3154992a
 (FRAMELESS), called by frame at 0xbfbfe520
 Arglist at 0xbfbfe520, args: 
 Locals at 0xbfbfe520, Previous frame's sp is 0x0
 Saved registers:
  ebp at 0xbfbfe520, eip at 0xbfbfe524
End of crash report
----------------------------------------------
Help plz :)
Thanks :roll:

User avatar
Geesu
<b>King of the world!</b>
Posts: 3159
Joined: Tue Jul 05, 2005 9:24 pm
Contact:

Post by Geesu » Mon Oct 24, 2005 6:44 am

I would report this on the amxx forums, as it looks like its in the clientcvar querying part of metamod/amxx
No Support via PM

User avatar
Geesu
<b>King of the world!</b>
Posts: 3159
Joined: Tue Jul 05, 2005 9:24 pm
Contact:

Post by Geesu » Mon Oct 24, 2005 6:47 am

Nvermind, just found this on hlcoders:
Hello,

We tried asking Valve about this directly but got no response.

The client cvar querying stuff is broken (as I explained earlier) but the
appropriate fix was denied. Our workaround for this was to implement a
queue system in Metamod on the unwritten guarantee that the client,
unless they disconnected, would always give a reply to a client cvar
query.

Unfortunately this isn't the case - if you query a client with an
unknown/non-existant cvar, you never get a reply, completely invalidating
the queue idea. I can think of three solutions:
- We have to set a time-out time for cvar replies (UGLY!)
- Valve makes clients reply with empty or preset/special string.
- Valve fixes the API so query callbacks get the queried cvar name.

This is a serious bug which basically makes this nice new system entirely
useless. Any suggestions from Valve's end?

Thanks,

---David "BAILOPAN" Anderson
http://www.bailopan.net/
You'll have to wait for a fix :/
No Support via PM

Locked