Print

Add to Reputation:  

What do you think of this post?

I agree I disagree  
Comment:

[iMouse]

Well, after attempts to get GE:S running on Ubuntu Server 14.04 (64-bit w/32-bit libs) and Ubuntu Desktop 14.04 32-bit, I'm at a loss.  I'm in pretty deep and could use some help from the gurus out there.

ldd output of server_i486.so looks good, all but the three usual files are showing availability.

   linux-gate.so.1 =>  (0xb77bb000)
   steam_api_i486.so => not found
   tier0_i486.so => not found
   vstdlib_i486.so => not found
   libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb5f16000)
   libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb5f11000)
   libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb5ef7000)
   librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb5eee000)
   libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xb5ee9000)
   libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb5e00000)
   libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb5c51000)
   /lib/ld-linux.so.2 (0xb77bc000)
   libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb5c35000)
   libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb5c18000)

SDK 2007 (Orangebox) is installed at /usr/local/steamcmd/srcds/

Gesource folder is at /usr/local/steamcmd/gesource/

Running as root to rule out any permissions or access issues.  I even changed the permissions and ownership of the steamcmd folder and contents to ensure that it was not having difficulty accessing pieces of the install.

Instructions here: http://wiki.geshl2.com/goldeneye/server_install got me this far.  Did i miss something?


root@gameserver:/usr/local/steamcmd/srcds# ./srcds_run -game ../gesource +maxplayers 16 +map ge_archives -debug
Auto detecting CPU
Using SSE2 Optimised binary.
Enabling debug mode
Server will auto-restart if there is a crash.

Console initialized.
Game.dll loaded for "GoldenEye: Source"
maxplayers set to 16
Network: IP 127.0.1.1, mode MP, dedicated Yes, ports 27015 SV / 27005 CL
SOLID_VPHYSICS static prop with no vphysics model! (models/props/archives/hanginglamp01a_cage.mdl)
SOLID_VPHYSICS static prop with no vphysics model! (models/props/archives/hanginglamp01a_cage.mdl)
SOLID_VPHYSICS static prop with no vphysics model! (models/props/archives/hanginglamp01a_cage.mdl)
SOLID_VPHYSICS static prop with no vphysics model! (models/props/archives/hanginglamp01a_cage.mdl)
SOLID_VPHYSICS static prop with no vphysics model! (models/props/archives/hanginglamp01a_cage.mdl)
ConVarRef room_type doesn't point to an existing ConVar
exec: couldn't exec skill_manifest.cfg
Executing dedicated server config file
Attempting to load scenario: DeathMatch
Loading scenario DeathMatch from disk
Successfully loaded scenario DeathMatch!
Executing gamemode [DeathMatch.cfg] config file
*** Error in `./srcds_i486': free(): invalid pointer: 0xb7596e68 ***
Aborted (core dumped)
email debug.log to linux@valvesoftware.com
Mon Apr 28 10:41:20 EDT 2014: Server restart in 10 seconds
Mon Apr 28 10:41:21 EDT 2014: Server Quit

[Jonathon [SSL]]

KM is usually the one to answer these questions... I need to set up a Linux server so I can help with them too.

Just by looking at your output, it looks like you're not loading some of the Source-specific libraries (tier0, vstdlib, steam_api).

Sometimes I have to run/compile Linux software someplace where I don't have root privileges (like at my university) that depends on external soname libraries. You can add an extra path that searches another folder for the soname files like so:

Code: [Select]

LD_LIBRARY_PATH=/path/where/valve/sonames/are:$LD_LIBRARY_PATH  ./srcds_run -game ../gesource +maxplayers 16 +map ge_archives

Again, I don't have any experience with Linux SRCDS, but given your ldd output this may be a step in the right direction.

This is a super helpful page I reference all the time regarding this:
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html

[killermonkey]

You've loaded all the necessary libraries because you get into GES Code. I know this because you loaded DeathMatch scenario

I have never seen this crash before though when running on Linux. Indicates an error in a call to free() which is trying to release memory it does not own. This could be because of stack corruption, bad pointer management, etc. Although clearly not repeatable on my end since I do not get this crash.

Try adding "+ip 192.168.XXX.XXX" replacing the X's with your machines local IP address. Sometimes the Valve master server code gets all bonkers behind a firewall.

Did a debug.log get output?

[iMouse]

Wow...that was a quick reply!  Thanks, guys!

Well, I added the LAN IP and it crashed again...the first time it segfaulted, then rebooted and threw the same pointer error.

I can't imagine what the problem would be...unless there is something funny with 14.04 that isn't occurring on 12.xx and 13.xx.

Here is the debug.log file you requested, killermonkey.

----------------------------------------------
CRASH: Mon Apr 28 21:55:54 EDT 2014
Start Line: ./srcds_i486 -game ../gesource +ip 192.168.0.100 +maxplayers 16 +map ge_archives -debug
[New LWP 6311]
[New LWP 6314]
[New LWP 6313]
[New LWP 6312]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `./srcds_i486 -game ../gesource +maxplayers 16 +map ge_archives -debug'.
Program terminated with signal SIGABRT, Aborted.
#0  0xb7788424 in __kernel_vsyscall ()
#0  0xb7788424 in __kernel_vsyscall ()
#1  0xb7587827 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#2  0xb758ac53 in __GI_abort () at abort.c:89
#3  0xb75c2993 in __libc_message (do_abort=do_abort@entry=1, fmt=fmt@entry=0xb76bfa5c "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175
#4  0xb75cce7a in malloc_printerr (action=<optimized out>, str=0xb76bb56d "free(): invalid pointer", ptr=0xb7553e68 <std::string::_Rep::_S_empty_rep_storage>) at malloc.c:4996
#5  0xb75cdaed in _int_free (av=0xb7704420 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:3840
#6  0xb75253b2 in CStdMemAlloc::Free(void*) () from ./bin/tier0_i486.so
#7  0x01020800 in ?? ()
#8  0xb3ca6000 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#9  0xb3c723bb in std::string::_Rep::_M_destroy(std::allocator<char> const&) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#10 0xaf3dae24 in ?? () from ./bin/steamclient_i486.so
#11 0xaf416528 in ?? () from ./bin/steamclient_i486.so
#12 0xaf3de974 in ?? () from ./bin/steamclient_i486.so
#13 0xaf3deb86 in ?? () from ./bin/steamclient_i486.so
#14 0xaf3deccd in ?? () from ./bin/steamclient_i486.so
#15 0xaea0af53 in ?? () from ./bin/steamclient_i486.so
#16 0xaf4bb1c2 in ?? () from ./bin/steamclient_i486.so
#17 0xae9f5a16 in _init () from ./bin/steamclient_i486.so
#18 0xae94560c in ?? () from ./bin/steamclient_i486.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
No symbol table info available.
From        To          Syms Read   Shared Object Library
0xb772e600  0xb775c70b  Yes         /lib/i386-linux-gnu/libm.so.6
0xb7725ad0  0xb772696c  Yes         /lib/i386-linux-gnu/libdl.so.2
0xb770c840  0xb7719417  Yes         /lib/i386-linux-gnu/libpthread.so.0
0xb7570420  0xb76a268e  Yes         /lib/i386-linux-gnu/libc.so.6
0xb7789860  0xb77a17ac  Yes         /lib/ld-linux.so.2
0xb7520d50  0xb75449a4  Yes         ./bin/tier0_i486.so
0xb74eb060  0xb7502164  Yes         ./bin/vstdlib_i486.so
0xb704b730  0xb70c0014  Yes         bin/dedicated_i486.so
0xb6d0f480  0xb6f4b654  Yes         /usr/local/steamcmd/srcds/bin/engine_i486.so
0xb6c6cfe0  0xb6c798c4  Yes         ./bin/steam_api_i486.so
0xb67cb290  0xb67f4ce4  Yes         /usr/local/steamcmd/srcds/bin/soundemittersystem_i486.so
0xb664f180  0xb6777284  Yes         /usr/local/steamcmd/srcds/bin/materialsystem_i486.so
0xb5dc1f50  0xb5e6a204  Yes         /usr/local/steamcmd/srcds/bin/studiorender_i486.so
0xb58d4b40  0xb5b5dbb4  Yes         /usr/local/steamcmd/srcds/bin/vphysics_i486.so
0xb583dbd0  0xb58a6a74  Yes         /usr/local/steamcmd/srcds/bin/datacache_i486.so
0xb7778b30  0xb7782684  Yes         /usr/local/steamcmd/srcds/bin/shaderapiempty_i486.so
0xb4727d00  0xb4f3dfb0  Yes (*)     /usr/local/steamcmd/gesource/bin/server_i486.so
0xb3cbc670  0xb3cccd34  Yes (*)     /lib/i386-linux-gnu/libz.so.1
0xb3cb39b0  0xb3cb70ca  Yes         /lib/i386-linux-gnu/librt.so.1
0xb3caea90  0xb3caf437  Yes         /lib/i386-linux-gnu/libutil.so.1
0xb3c0b610  0xb3c78004  Yes (*)     /usr/lib/i386-linux-gnu/libstdc++.so.6
0xb3baa0a0  0xb3bbf9f5  Yes (*)     /lib/i386-linux-gnu/libgcc_s.so.1
0xb3b95020  0xb3ba3914  Yes         /usr/local/steamcmd/srcds/bin/scenefilecache_i486.so
0xb0641ad0  0xb06486bb  Yes         /lib/i386-linux-gnu/libnss_files.so.2
0xb052c890  0xb052d5e4  Yes (*)     /lib/i386-linux-gnu/libnss_mdns4_minimal.so.2
0xae9ff280  0xaf4bb1d0  Yes (*)     ./bin/steamclient_i486.so
(*): Shared library is missing debugging information.
Stack level 0, frame at 0xbf82d874:
 eip = 0xb7788424 in __kernel_vsyscall; saved eip = 0xb7587827
 called by frame at 0xbf82d880
 Arglist at 0xbf82d86c, args:
 Locals at 0xbf82d86c, Previous frame's sp is 0xbf82d874
 Saved registers:
  ebp at 0xbf82d864, eip at 0xbf82d870
End of Source crash report
----------------------------------------------

[killermonkey]

It is not crashing directly from GES library. Suggest you re-download or cache verify the Source SDK Base 2007.

[iMouse]

It is not crashing directly from GES library. Suggest you re-download or cache verify the Source SDK Base 2007.

I went and reverified/reinstalled both steamcmd and srcds and even pulled a new copy of the GE:S server files.  They all verified successfully.

The Source Base SDK 2007 Dedicated Server (app_update 310) should contain everything that is needed, correct?  I'm suspecting that I don't need the entire SDK 2007 Developer installation as well (app_update 218).

[killermonkey]

Yah you only need the 310 app

[Kratos]

I believe it maybe was due to the firewall you had enabled?

enable the firewall and  add these:    ports 27015:tcp, 27015:udp

I did some googling and someone was able to get that error resolved.

[frameset]

I'm having the exact same problem on Ubuntu 13.10. I can post logs if desired, but it's basically the same as the OPs.

[killermonkey]

Considering we haven't changed anything on our end... I am going to assume this is a problem with a recent Valve update or Linux update.

I am not sure how to fix this without more information.

[frameset]

Considering we haven't changed anything on our end... I am going to assume this is a problem with a recent Valve update or Linux update.

I am not sure how to fix this without more information.

What information can I provide you with?

[killermonkey]

I can't do much of anything actually... no more information can be provided unless the crash dump shows something closer to the GES binary.

[iMouse]

I believe it maybe was due to the firewall you had enabled?

enable the firewall and  add these:    ports 27015:tcp, 27015:udp

I did some googling and someone was able to get that error resolved.

All UDP/TCP ports between 27000 and 27050 are open in my firewall.  There are also a few other ports I have open for chat and P2P data for certain games.  I'll open the flood gates to that LAN IP this evening to see if there is any difference, but my money is on something Valve changed recently.  It would be very odd if a blocked port would cause a pointer error.

[iMouse]

THIS!  Server is up and running now!

http://forums.geshl2.com/index.php?topic=7809.0


export MALLOC_CHECK_=0

[killermonkey]

LOL again still obscure.