Server doesn't recognize changes in server.cfg

(Rosie the Riveter) #1

We successfully installed and started a dedicated BRINK server on a Windows 2003 64bit box
Initially used the prefab brink_ded1.bat file to start the server, then typed in the Network Online Window
“Exec server_objective_standard_vs.cfg” and “spawnServer mp/aquarium.entitites” commands
Server ran as expected.

We then decided to customize the server by adding +exec server.cfg to a bat file

 //server.cfg
si_name "SunLit On the Brink"
net_serverRemoteConsolePassword "xxxxxx"
si_needpass 1
g_password "xxxxxx"
si_maxPlayers 16
si_minPlayers 1
si_maxTeamSize 8
si_maxPlayersHuman 16
si_rules sdGameRulesObjective
applyServerConfig "Custom"
si_playmode 2 
si_onlineMode 3 
si_teamDamage 0
si_enemyTintEnabled 1
si_teamVoipEnabled 1
si_publicVoipEnabled 1
si_fireteamVoipEnabled 0
si_spectators 1
si_timelimit 30
si_teamForceBalance 0
si_disableVoting 0 
net_allowServerHijacking 0
bot_enable "0"
si_warmupSpawn 1
si_warmupDamage "0"
si_readyPercent 80
si_rankRestricted 0
g_mapRotationFixed "mp/aquarium,mp/ccity,mp/reactor,mp /refuel,mp/resort,mp/sectow,mp/shipyard,mp/terminal"
spawnServer mp/aquarium.entities

Everything ran well

A request was made to open the server to the public. I shut down the server, edited the server.cfg to “si_needpass 0”, restarted the server.
However ,when players try to join they now get a “server is configured incorrectly error”.
The Network Online Window says that the problem is that the server still requires a password since “si_needpass 1” and that there is none assigned in the g_password.
Somehow the server still sees the old command and not the new server.cfg “si_needpass 0”

I went so far as to uninstall the BRINK server, reboot the main game server and reinstall the BRINK server. Then tried to exec the server_objective_standard_vs.cfg and spawnServer mp/aquarium.entities , with NO server.cfg at all. Players still receive “server is configured incorrectly error” .
Stopped the server, added back “si_needpass 1” and “g_password xxxxxx”. Restarted server. Now players can connect but there are still no bots :frowning:

Q. What is the correct way of “stopping” the server? I had just typed “quit” in the Network Online Window.
Q. Is the server.cfg data stored somewhere on the internet, something like Steam Cloud ?

(Rosie the Riveter) #2

well some success
I renamed the server.cfg to server_1.cfg
The server now recognizes the new commands

However, there are still no bots with “bot_enable 1”
Any ideas?

(SRS-Kap) #3

Hi,

If you want bots to automatically fill empty slots, you should set the ‘bot_minClients’ CVar.

(Rosie the Riveter) #4

Thanks for the reply :slight_smile:

I am frustrated - been running Valve/Steam servers for 10 years but the idtech cvars are new to me . How do I set this?
I’ve perused ETQW server cfgs for a hint but the syntax is killing me

Explain it as you would to a total noob :wink:

BTW our community is enjoying the game

(Kairus) #5

When you change si_needpass 0 set g_password '" as well, I had an issue with that earlier.

(Flubber) #6

[QUOTE=Rosie the Riveter;300002]Thanks for the reply :slight_smile:

I am frustrated - been running Valve/Steam servers for 10 years but the idtech cvars are new to me [/QUOTE]

You’re not alone, Brother!

(SRS-Kap) #7

Just add ‘bot_minClients number_of_bots’ to your config.

So for example, if you wanted a 16 player game and you wanted bots to fill in all the empty slots, you would add the line:

bot_minClients 16

Hope this makes sense :slight_smile:

(Rosie the Riveter) #8

yes that works for the bots :smiley:
Thanks !

(Mavick) #9

I found this problem on my server earlier. Yesterday I was running with reserved slots, and today decided I didn’t like it, so I removed the commands from my server.cfg. However, the server was still running with reserved slots, yet the password didn’t work anymore. So I started looking at the other files in my base folder.

If you look at your brinkedconfig.cfg, you’ll see that alot of the server settings are copied into that, along with alot of other settings. When I updated my server.cfg, it didn’t reflect in that, so I changed that as well. Restarted and now it works fine.

So what I would recommend, to you or anyone else who sees this, double check that file as well before restarting.

(Pickerd) #10

Should also have the command ‘wait 1000’ at the top of all your configs. Some hardware is so fast it blows by the server.cfg settings. Some gsp’s have a mandatory implementation on all their servers of this setting as a result.