GoldenEye: Source Forums
Editing and Customization => Modding Help => Topic started by: malomodo on September 09, 2012, 11:11:27 pm
-
Now I am not entirely new to setting up srcds but can't seem to get this one running. I rent my server from host. I followed wiki, etc but can't seem to get it started up. I have tried starting with srcds_run as per documentation as well as srcds_linux and srcds_i486. I have checked to make sure everything is in right place. Now to be sure all files need I uploaded NMRIH server to same setup and it started up without problems using i486.
Any suggestions? I have tried to enable logging but never gets that far.
-
Wait for KillerMonkey, He'll advise you correctly :)
-
Is the srcds_run marked executable? You shouldn't start the server with anything but srcds_run. Make sure you are supplying the "-game" tag properly.
I can't help any further without a console output of some sort or and explicit listing of commands used.
-
Is the srcds_run marked executable? You shouldn't start the server with anything but srcds_run. Make sure you are supplying the "-game" tag properly.
I can't help any further without a console output of some sort or and explicit listing of commands used.
Ok so I have been in contact with my host.
"Seems the mod was built for a 32 OS and specifically Ubuntu. You may want to ask in that forum in regards to CentOS 64 bit. That's what we run"
./srcds_run -debug -game gesource -tickrate 66 +fps_max 600 -secure +alias sys_ticrate locked +alias max_fps locked +exec server.cfg +ip xxx.178.55.xx +port 27015 +maxplayers 16 +map ge_runway +alias malo_3
Auto detecting CPU
Using default binary: ./srcds_linux
Enabling debug mode
Server will auto-restart if there is a crash.
Running a benchmark to measure system clock frequency...
Finished RDTSC test. To prevent the startup delay from this benchmark, set the environment variable RDTSC_FREQUENCY to 3192.000000 on this system. This value is dependent upon the CPU clock speed and architecture and should be determined separately for each server. The use of this mechanism for timing can be disabled by setting RDTSC_FREQUENCY to 'disabled'.
Using breakpad minidump system
Using breakpad crash handler
Console initialized.
./srcds_run: line 372: 26730 Segmentation fault (core dumped) $HL_CMD
cat: hlds.26720.pid: No such file or directory
email debug.log to linux@valvesoftware.com
Mon Sep 10 15:08:51 CDT 2012: Server restart in 10 seconds
Running a benchmark to measure system clock frequency...
Finished RDTSC test. To prevent the startup delay from this benchmark, set the environment variable RDTSC_FREQUENCY to 3192.000000 on this system. This value is dependent upon the CPU clock speed and architecture and should be determined separately for each server. The use of this mechanism for timing can be disabled by setting RDTSC_FREQUENCY to 'disabled'.
Using breakpad minidump system
Using breakpad crash handler
Console initialized.
./srcds_run: line 372: 26744 Segmentation fault (core dumped) $HL_CMD
cat: hlds.26720.pid: No such file or directory
email debug.log to linux@valvesoftware.com
Mon Sep 10 15:09:07 CDT 2012: Server restart in 10 seconds
Does this info help any?
-
Add
-debug
to the command line. Sorry forgot to have you do that before.
32 vs 64 bit shouldn't be an issue. Any 64-bit OS virtualizes 32-bit processes (like WoW64 for Windows). The problem will lie in making sure you have the proper 32-bit libraries to support the mod and srcds.
NMRIH is a steam hosted mod, correct? It does not run off of the Orange Box Engine (Source SDK Base 2007)?
-
Regarding the debug:
./srcds_run -debug -game gesource - looks like he did that. I will ask tomorrow if more output. Looks like there was a debug.log
I gave him the link to this thread: http://forums.geshl2.com/index.php/topic,5836.msg62066.html#msg62066 which I believe is what you are referring to? He said he would look at it tomorrow.
NMRIH = No More Room in Hell and no you can't download it via Steam (HL2 mod). And yes I believe it is as per wikipeia.
http://en.wikipedia.org/wiki/No_More_Room_in_Hell
Not that it really matters but have had another hl2 mod running same set up called Fistful of Frags https://developer.valvesoftware.com/wiki/Fistful_of_Frags. So was a little disappointed when Gesource it didn't want to seem to start. I am really impressed with it. My fist impression was excellent. Hoping I can get a server up as can probably get some community members playing it as well.
-
Well 4.2 removes the libcurl requirement since I baked it into the .so this time around.
I would need to know what is causing / leading up to the segfault in order to direct you further. It may just be a bad install. Please make sure he is running v4.2.2
-
Yeah I will try uploading server files again...just to be sure. This is the link to latest FULL version:
http://www.moddb.com/mods/goldeneye-source/downloads/goldeneye-source-v42-server-zip
then patch with http://update.geshl2.com/installer/GoldenEye_Source_v4.2.2_server_patch.zip.
Correct?
-
correct
-
I can confirm the same issue with CentOS 6.3, gesource doesn't launch and causes seg fault. I've tested cs and tf2 and they work fine.
Console initialized.
./srcds_run: line 372: 1492 Segmentation fault (core dumped) $HL_CMD
cat: hlds.1462.pid: No such file or directory
email debug.log to linux@valvesoftware.com
Mon Oct 1 03:10:01 MSD 2012: Server restart in 10 seconds
Mon Oct 1 03:10:04 MSD 2012: Server Quit
debug.log
----------------------------------------------
CRASH: Mon Oct 1 03:10:01 MSD 2012
Start Line: ./srcds_linux -game gesource -debug +map ge_cradle
End of Source crash report
----------------------------------------------
hosted dump file here: http://www.chenzen.org/downloads/core.19907
hope this helps!
found another person with same issue here.
http://forums.asmallorange.com/topic/16831-running-a-source-dedicated-server-with-centos-aso-cloud-vps/
-
Just because CS and TF2 work does not mean anything.
They run on completely different binaries, and I am not talking about the server_i486.so, they run on different engines and different dedicated server backends.
I believe someone elses solution was to make sure they had the "orangebox" game installed via the steam executable.
I believe the command is: steam command update "orangebox"
-
Just because CS and TF2 work does not mean anything.
They run on completely different binaries, and I am not talking about the server_i486.so, they run on different engines and different dedicated server backends.
I believe someone elses solution was to make sure they had the "orangebox" game installed via the steam executable.
I believe the command is: steam command update "orangebox"
orangebox was the only game I installed initially, I only installed other games after to test those.
I have also wiped the OS and redid it, same result, that is with "./steam -command update -game "orangebox" -dir srcds_l"
new dump with orangebox srcds_run: www.chenzen.org/downloads/core.19907
-
I am gonna be honest, linux dumps are worthless. I really can't help you, centOS is not supported by Valve or us. Suggest using Ubuntu if you can. This could be a simple missing library.
Have you run: ldd server_i486.so ??
If not, try that, might lead you to whats missing.
http://wiki.teamfortress.com/wiki/Linux_dedicated_server#Requirements
-
I am gonna be honest, linux dumps are worthless. I really can't help you, centOS is not supported by Valve or us. Suggest using Ubuntu if you can. This could be a simple missing library.
Have you run: ldd server_i486.so ??
If not, try that, might lead you to whats missing.
http://wiki.teamfortress.com/wiki/Linux_dedicated_server#Requirements
Well I give up. I gave Ubuntu 11.10 a go as well and the same EXACT thing happens. You're probably right about missing library or something. My provider's minimal images probably have something that old orangebox engine needs.
EDIT: scratch that!! I was missing libssl0.9.8, after installing that it worked!! Thanks. :D :D
ldd gave me this.
server_i486.so:
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb67ff000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb67fa000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb67e4000)
libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xb67e0000)
libssl.so.0.9.8 => not found
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb67d7000)
libldap_r-2.4.so.2 => /usr/lib/i386-linux-gnu/libldap_r-2.4.so.2 (0xb6786000)
tier0_i486.so => not found
vstdlib_i486.so => not found
steam_api_i486.so => not found
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb669a000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb667c000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb64fd000)
/lib/ld-linux.so.2 (0xb7f7d000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb64e2000)
liblber-2.4.so.2 => /usr/lib/i386-linux-gnu/liblber-2.4.so.2 (0xb64d3000)
libresolv.so.2 => /lib/i386-linux-gnu/libresolv.so.2 (0xb64bc000)
libsasl2.so.2 => /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xb64a1000)
libgssapi_krb5.so.2 => /usr/lib/i386-linux-gnu/libgssapi_krb5.so.2 (0xb6462000)
libgnutls.so.26 => /usr/lib/i386-linux-gnu/libgnutls.so.26 (0xb63b2000)
libgcrypt.so.11 => /lib/i386-linux-gnu/libgcrypt.so.11 (0xb632d000)
libkrb5.so.3 => /usr/lib/i386-linux-gnu/libkrb5.so.3 (0xb6264000)
libk5crypto.so.3 => /usr/lib/i386-linux-gnu/libk5crypto.so.3 (0xb623b000)
libcom_err.so.2 => /lib/i386-linux-gnu/libcom_err.so.2 (0xb6236000)
libkrb5support.so.0 => /usr/lib/i386-linux-gnu/libkrb5support.so.0 (0xb622d000)
libtasn1.so.3 => /usr/lib/i386-linux-gnu/libtasn1.so.3 (0xb621b000)
libgpg-error.so.0 => /lib/i386-linux-gnu/libgpg-error.so.0 (0xb6216000)
libkeyutils.so.1 => /lib/i386-linux-gnu/libkeyutils.so.1 (0xb6212000)
-
Digging even deeper into why this happens, newer linux versions updated libssl.so.0.9.8 to libssl.so.10. the newest version should be backward compatible, so create a symbolic link to it and srcds should run gesource just fine :D
sudo ln -s /usr/lib/libssl.so.1.0.0 /usr/lib/libssl.so.0.9.8
-
Great! Glad you could get it to work and thank you for reporting back. Of you think running it on Linux is hard, try building it in Linux. Lol. Oy vey