starred/LinuxGSM

Fork 0

mirror of https://github.com/GameServerManagers/LinuxGSM.git synced 2026-04-25 14:15:59 +03:00

[GH-ISSUE #117] [ns2server] will not start except in debug #94

New issue

Closed

opened 2026-02-27 01:59:28 +03:00 by kerem · 24 comments

kerem commented

2026-02-27 01:59:28 +03:00

Owner

Originally created by @braxton33 on GitHub (Jul 17, 2014).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/117

Originally assigned to: @dgibbs64 on GitHub.

Setup and got ns2server running with the debug flag, however, when i try just ./ns2server start it says it starts ok, and ./ns2server details returns online, however the server is not up, and neither is the web sever.

When using ./ns2server start it says starting and OK
details shows ONLINE
i go to console and the only thing that shows up is:
[S_API FAIL] SteamAPI_Init() failed; SteamAPI_IsSteamRunning() failed.
Setting breakpad minidump AppID = 4920

It doesn't load the rest of the stuff that i get in debug mode and nothing is assessable.

I'm running Centos 6.5, epel repo with all the required rpms.

Originally created by @braxton33 on GitHub (Jul 17, 2014). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/117 Originally assigned to: @dgibbs64 on GitHub. Setup and got ns2server running with the debug flag, however, when i try just ./ns2server start it says it starts ok, and ./ns2server details returns online, however the server is not up, and neither is the web sever. When using ./ns2server start it says starting and OK details shows ONLINE i go to console and the only thing that shows up is: [S_API FAIL] SteamAPI_Init() failed; SteamAPI_IsSteamRunning() failed. Setting breakpad minidump AppID = 4920 It doesn't load the rest of the stuff that i get in debug mode and nothing is assessable. I'm running Centos 6.5, epel repo with all the required rpms.

kerem

2026-02-27 01:59:28 +03:00

closed this issue
added the
type: bug
label

kerem commented

2026-02-27 01:59:28 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 17, 2014):

I will have a look later when I'm back. My test one is up and running currently. Press return in the console. Sometimes it does not load all the text unless you press return. Do you mean the server is fully up and running in debug mode?

@dgibbs64 commented on GitHub (Jul 17, 2014): I will have a look later when I'm back. My test one is up and running currently. Press return in the console. Sometimes it does not load all the text unless you press return. Do you mean the server is fully up and running in debug mode?

kerem commented

2026-02-27 01:59:28 +03:00

Author

Owner

@braxton33 commented on GitHub (Jul 17, 2014):

I've pressed return, tried entering text, nothing happens. It doesn't go past those 2 lines. But yes in debug mode it runs perfectly. It's running and active right now in fact.

@braxton33 commented on GitHub (Jul 17, 2014): I've pressed return, tried entering text, nothing happens. It doesn't go past those 2 lines. But yes in debug mode it runs perfectly. It's running and active right now in fact.

kerem commented

2026-02-27 01:59:28 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 17, 2014):

How odd. Never seen this problem before. Really. Not sire on this one :-/.

@dgibbs64 commented on GitHub (Jul 17, 2014): How odd. Never seen this problem before. Really. Not sire on this one :-/.

kerem commented

2026-02-27 01:59:28 +03:00

Author

Owner

@braxton33 commented on GitHub (Jul 17, 2014):

What process runs the server in the background for retrieval? Seems like it's just holding or waiting for something...

In debug it just powers straight through the first few lines and continues onto "starting web server" or w/e the line there is... Never happens in normal start though.

@braxton33 commented on GitHub (Jul 17, 2014): What process runs the server in the background for retrieval? Seems like it's just holding or waiting for something... In debug it just powers straight through the first few lines and continues onto "starting web server" or w/e the line there is... Never happens in normal start though.

kerem commented

2026-02-27 01:59:28 +03:00

Author

Owner

@braxton33 commented on GitHub (Jul 17, 2014):

Decided to break down and look at the script (was being lazy) It looks like you don't stick it into a tmux session with debug mode...
I can however run tmux fine as the ns2server user and execute commands in real time... Not sure what else is different.

@braxton33 commented on GitHub (Jul 17, 2014): Decided to break down and look at the script (was being lazy) It looks like you don't stick it into a tmux session with debug mode... I can however run tmux fine as the ns2server user and execute commands in real time... Not sure what else is different.

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 17, 2014):

What user are you running as?

@dgibbs64 commented on GitHub (Jul 17, 2014): What user are you running as?

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@braxton33 commented on GitHub (Jul 17, 2014):

[ns2server@Curlbox ~]$

@braxton33 commented on GitHub (Jul 17, 2014): [ns2server@Curlbox ~]$

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@WSG-ViViV commented on GitHub (Jul 25, 2014):

Hi, I participated in the conversation because I have exactly the same problem, I want to say that I am in a Debian 7.5 installation.

The console remains locked with the message:

[S_API FAIL] SteamAPI_Init () failed; SteamAPI_IsSteamRunning () failed.
Setting Breakpad minidump AppID = 4920

If you need additional information I am available.

I found your script very practical and enormously facilitates the creation of game server.

Hoping solve the problem

I apologize in advance for my English is google translate: P

@WSG-ViViV commented on GitHub (Jul 25, 2014): Hi, I participated in the conversation because I have exactly the same problem, I want to say that I am in a Debian 7.5 installation. The console remains locked with the message: [S_API FAIL] SteamAPI_Init () failed; SteamAPI_IsSteamRunning () failed. Setting Breakpad minidump AppID = 4920 If you need additional information I am available. I found your script very practical and enormously facilitates the creation of game server. Hoping solve the problem I apologize in advance for my English is google translate: P

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 25, 2014):

Thanks for the info. Im currently putting together a better development environment to work on these scripts as its getting difficult to manage. This will be used for testing debian ubuntu and centos installations. Until then I cannot really test well. As soon as its complete I will take a look. Currently I have no idea what is causing thos

@dgibbs64 commented on GitHub (Jul 25, 2014): Thanks for the info. Im currently putting together a better development environment to work on these scripts as its getting difficult to manage. This will be used for testing debian ubuntu and centos installations. Until then I cannot really test well. As soon as its complete I will take a look. Currently I have no idea what is causing thos

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 26, 2014):

I can confirm I also get the issue. I will investigate

@dgibbs64 commented on GitHub (Jul 26, 2014): I can confirm I also get the issue. I will investigate

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jul 26, 2014):

Looks like it is only specific to natural selection 2. Mights of been an update the to server that may of stopped it working in tmux maybe

@dgibbs64 commented on GitHub (Jul 26, 2014): Looks like it is only specific to natural selection 2. Mights of been an update the to server that may of stopped it working in tmux maybe

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Aug 5, 2014):

Found a fix. Change the following on line 594

#tmux new-session -d -s ${servicename} "${executable} ${parms}|tee -a '${consolelog}'"
tmux new-session -d -s ${servicename} "${executable} ${parms}"

This will resolve the issue. However I need to find a better fix for this.

@dgibbs64 commented on GitHub (Aug 5, 2014): Found a fix. Change the following on line 594 #tmux new-session -d -s ${servicename} "${executable} ${parms}|tee -a '${consolelog}'" tmux new-session -d -s ${servicename} "${executable} ${parms}" This will resolve the issue. However I need to find a better fix for this.

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Aug 5, 2014):

Found a fix that also improves console logging. I will apply this fix to all scripts as well

tmux new-session -d -s ${servicename} "${executable} ${parms}"
tmux pipe-pane -o -t ${servicename} "exec cat >> '${consolelog}'"

@dgibbs64 commented on GitHub (Aug 5, 2014): Found a fix that also improves console logging. I will apply this fix to all scripts as well tmux new-session -d -s ${servicename} "${executable} ${parms}" tmux pipe-pane -o -t ${servicename} "exec cat >> '${consolelog}'"

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Aug 5, 2014):

Fix will be in next release

@dgibbs64 commented on GitHub (Aug 5, 2014): Fix will be in next release

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@braxton33 commented on GitHub (Aug 5, 2014):

I'm still not sure this is fixed (or perhaps it was broken AGAIN by the most recent update..)

Running your new patch I do get further in the server startup cycle, however, the server doesn't get listed in the server list, and does not respond to the web admin console. Finally it does not continue on sending messages as it does in debug mode once the map loads...

@braxton33 commented on GitHub (Aug 5, 2014): I'm still not sure this is fixed (or perhaps it was broken AGAIN by the most recent update..) Running your new patch I do get further in the server startup cycle, however, the server doesn't get listed in the server list, and does not respond to the web admin console. Finally it does not continue on sending messages as it does in debug mode once the map loads...

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@braxton33 commented on GitHub (Aug 5, 2014):

From the text of the console log it appears that it's just loading a blank slate with
tmux new-session -d -s ${servicename} "${executable} ${parms}"
tmux pipe-pane -o -t ${servicename} "exec cat >> '${consolelog}'"

It's not naming the server, its not loading any mods, etc... The map it loads is not the map that's set to load in the top of the startup script... I traced parms and it looks basically identical for this function as it does for the debug function...

@braxton33 commented on GitHub (Aug 5, 2014): From the text of the console log it appears that it's just loading a blank slate with tmux new-session -d -s ${servicename} "${executable} ${parms}" tmux pipe-pane -o -t ${servicename} "exec cat >> '${consolelog}'" It's not naming the server, its not loading any mods, etc... The map it loads is not the map that's set to load in the top of the startup script... I traced parms and it looks basically identical for this function as it does for the debug function...

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@braxton33 commented on GitHub (Aug 6, 2014):

Yeah... Parms is not the issue, at least to say, if i echo it just above the server start command it shows up properly... I'm still not convinced that it's transferring all the way through the command properly.. Perhaps tmux doesn't like so many variables and refuses to see beyond the executable...

@braxton33 commented on GitHub (Aug 6, 2014): Yeah... Parms is not the issue, at least to say, if i echo it just above the server start command it shows up properly... I'm still not convinced that it's transferring all the way through the command properly.. Perhaps tmux doesn't like so many variables and refuses to see beyond the executable...

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Aug 6, 2014):

I have just tested this myself. I can confirm your error. Again works in console. but not with tmux. Looks like all the parms are not being passed on in tmux.

@dgibbs64 commented on GitHub (Aug 6, 2014): I have just tested this myself. I can confirm your error. Again works in console. but not with tmux. Looks like all the parms are not being passed on in tmux. ![ns2server-tmux-debug-compare](https://cloud.githubusercontent.com/assets/4478206/3825534/71b7e408-1d55-11e4-8dd0-06b21740f89a.PNG)

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Aug 6, 2014):

I have confirmed that making the server password protected appears to fix the issue.

Im guessing that tmix does not like empty variables like -password ""

-name "NS2 Server" -port 27015 -password "" -webadmin -webdomain 192.168.1.2 -webuser admin -webpassword "admin" -webport 8080 -map ns2_summit -limit 24 -config_path "/home/ns2server/server1" -modstorage "/home/ns2server/server1/Workshop" -mods ""

I will have a play with this

@dgibbs64 commented on GitHub (Aug 6, 2014): I have confirmed that making the server password protected appears to fix the issue. Im guessing that tmix does not like empty variables like -password "" ``` -name "NS2 Server" -port 27015 -password "" -webadmin -webdomain 192.168.1.2 -webuser admin -webpassword "admin" -webport 8080 -map ns2_summit -limit 24 -config_path "/home/ns2server/server1" -modstorage "/home/ns2server/server1/Workshop" -mods "" ``` I will have a play with this

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Aug 6, 2014):

Can you replace line 595 with this please and let me know if it works. I think this fixes the issue
tmux new-session -d -s ${servicename} "${executable} '${parms}'"

@dgibbs64 commented on GitHub (Aug 6, 2014): Can you replace line 595 with this please and let me know if it works. I think this fixes the issue tmux new-session -d -s ${servicename} "${executable} '${parms}'"

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@braxton33 commented on GitHub (Aug 6, 2014):

The issue remains.. Still doesn't bring in the parms data.

tmux new-session -d -s ${servicename} "${executable} '${parms}'"
tmux pipe-pane -o -t ${servicename} "exec cat >> '${consolelog}'"

@braxton33 commented on GitHub (Aug 6, 2014): The issue remains.. Still doesn't bring in the parms data. tmux new-session -d -s ${servicename} "${executable} '${parms}'" tmux pipe-pane -o -t ${servicename} "exec cat >> '${consolelog}'"

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@braxton33 commented on GitHub (Aug 6, 2014):

perhaps creating a new variable that precombines executable + parms will allow it to pass through properly..? I'm not very familiar with tmux and usually use screen. Another alternative would be instead of creating a variable, creating a small .sh file with the entire executable + parms string in there and just run the temp .sh file instead of the variables.

(actually have been running debug mode in a screen session as a work around for a while now lol)

@braxton33 commented on GitHub (Aug 6, 2014): perhaps creating a new variable that precombines executable + parms will allow it to pass through properly..? I'm not very familiar with tmux and usually use screen. Another alternative would be instead of creating a variable, creating a small .sh file with the entire executable + parms string in there and just run the temp .sh file instead of the variables. (actually have been running debug mode in a screen session as a work around for a while now lol)

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Oct 6, 2014):

Addressed the issue here. The user will have to manually add the password to the parms. This is explained in the script next to the parms

github.com/dgibbs64/linuxgameservers@fbd9120d76

@dgibbs64 commented on GitHub (Oct 6, 2014): Addressed the issue here. The user will have to manually add the password to the parms. This is explained in the script next to the parms https://github.com/dgibbs64/linuxgameservers/commit/fbd9120d76e5516cc4d8055efccf07b74f40ecf7

kerem commented

2026-02-27 01:59:29 +03:00

Author

Owner

@lock[bot] commented on GitHub (Jul 20, 2018):

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock[bot] commented on GitHub (Jul 20, 2018): This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.