GG Starts on wrong IP

[Huggs]

The GG Server starts up nicely and continues to run. The only problem is that it picks the primary server IP.
the command line I use to start is -

srcds -console -game cstrike +ip 8.2.122.13 -port 27015 +maxplayers 20 +exec server.cfg -autoupdate +map gg_aim_shotty -tickrate 66 -secure

It's up and running on 8.2.122.12:27015 and I have no idea why. Can anyone help me out?
Is there a different place to specify the IP now?
I run this as a service (Windows) using FireDaemon. It used to work fine - no change to the command line.




PCH

[Huggs]

I tried playing on the wrong IP and it's running OK so far.
The DM, Turbo and Elim seem to be working now (executed manually).

FYI - I did a complete reinstall from scratch not an update.



PCH

[Monday]

try using the -ip tag instead of +ip

[pyro]

-ip tag i have found causes the server not to start up at all.

[MikE3D]

See here: http://forums.gungame5.com/viewtopic.php?p=6305&f=70#p6305

try to load your server w/o es_load gungame51 in the autoexec.cfg and manually rcon: es_delayed 1 es_load gungame51 after the server starts.

This will be a temporary fox until the dev team can officially fix it.

[XE_ManUp]

The problem is that the above isn't a solution. It would only be a solution if the delay actually allowed your server to load normally via the autoexec.cfg without the IP issue.

[XE_ManUp]

Okay - let's try something different. In the autoexec.cfg, do this (and it HAS to be in this order):

Expand/Contract | Select All

stuffcmds
es_load gungame51

How does that do?

[RasterMan]

This is driving me mad no errors in logs:

*******************************************************************************
* *
* GUNGAME v5.1 ERROR LOGGING *
* HTTP://WWW.GUNGAME5.COM/ *
* *
* GG VERSION: 5.1.477 IP: 81.19.217.96 *
* SPE VERSION: 1.5.0f r78 PORT: 27035 *
* PLATFORM: POSIX DATE: 07-13-2010 *
* ES VERSION: 2.1.1.338 ES CORE VERSION: 2.1.1.336 *
* MM VERSION: 0 SM VERSION: 0 *
* MANI VERSION: 0 EST VERSION: 0 *
* *
*******************************************************************************
As you can see GG thinks it's on the right IP address! but it's on the main box IP

I'm also getting spammed with: Unknown command "wait"

[RasterMan]

stuffcmds
es_load gungame51


That works!!!


Just need to stop the Unknown command "wait" spamming now.

[XE_ManUp]

Expand/Contract | Select All

sv_allow_wait_command 1

It should be that by default, so you must be disabling it somewhere (like the server.cfg?).

[MikE3D]

Okay - let's try something different. In the autoexec.cfg, do this (and it HAS to be in this order):

Expand/Contract | Select All

stuffcmds
es_load gungame51

How does that do?

that appears to work!

so here's my autoexec.cfg that is working:

Expand/Contract | Select All

sv_allow_wait_command 1
mattie_eventscripts 1
eventscripts_subdirectory events

stuffcmds
es_load gungame51

[RasterMan]

Expand/Contract | Select All

sv_allow_wait_command 1

It should be that by default, so you must be disabling it somewhere (like the server.cfg?).

I added "sv_allow_wait_command 1" to the server.cfg and that did it. Looks like it's not always added to a default new install.

[Huggs]

Thanks Manup. I'll give it a shot this evening after work.

This STUFFCMDS just does a delay? I have a few other things in the AUTOEXEC. Do these go before or after the STUFFCMDS?



PCH

[XE_ManUp]

Then a script must be disabling it. Because the engine defaults to enabling it.

[XE_ManUp]

I would suggest AFTER stuffcmds.

[RasterMan]

Whoopie RedBull all around Thx XE_ManUp your work is appreciated

[Venjax]

Thanks Manup. I'll give it a shot this evening after work.

This STUFFCMDS just does a delay? I have a few other things in the AUTOEXEC. Do these go before or after the STUFFCMDS?



PCH

stuffcmds is the command Valve uses to push the command-line parameters into server variables.
As a work around, doing this earlier than loading your scripts seems to resolve some of the issues for now.

[Huggs]

Thanks Manup!
It worked like a charm.



Best regards,
PCH

[RasterMan]

@XE_ManUp

My linux test server has now been running for almost 18 hrs without any crashes

[XE_ManUp]

Awesome. Good to hear.