[GH-ISSUE #3661] [BUG] Satisfactory changed startup parameter on 0.5.0.6 patch #2436

Closed
opened 2026-02-27 03:02:56 +03:00 by kerem · 11 comments
Owner

Originally created by @0xlord on GitHub (Nov 3, 2021).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3661

Originally assigned to: @johnoclockdk on GitHub.

User Story

As a server admin, I want to request a change to the sfserver startup command so that it works in an automated way after introducing -multihome parameter as a requirement in patch 0.5.0.6.

Basic info

  • Distro: [Rocky Linux 8.4]
  • Game: [Satisfactory]
  • Command: [start]
  • LinuxGSM version: [v21.4.1]

Further Information

With 0.5.0.6 update tonight CSS introduced -multihome as a server parameter (see wiki entry: https://satisfactory.fandom.com/wiki/Dedicated_servers). I think to address demands to have multiple instances running on the same machine but with different ips. Somehow the server crashes if the parameter is not set and the default settings 0.0.0.0 will apply. Curiousily this only applies to Linux servers. Windows server are not being affected by this. This could make this request obsolete with 0.5.0.7 however. On the other hand it could be beneficial to have this automated workaround to be sure.

I've changed common.cfg to these settings and it works now automatically without specifying the IP:

## Gather IP address for startup parameter
IPADDR=$(ip addr show |grep 'inet '|grep -v 127.0.0.1 |awk '{print $2}'| cut -d/ -f1)

## Server Parameters | https://docs.linuxgsm.com/configuration/start-parameters#additional-parameters
startparameters="FactoryGame -multihome=${IPADDR} -ServerQueryPort=${queryport} -BeaconPort=${beaconport} -Port=${port} -log -unattended"

To Reproduce

Steps to reproduce the behaviour:

  1. Update the server to 0.5.0.6
  2. Start the server
  3. Try to connect it or open up htop to see that the server is not running
  4. Confirm with ./sfserver details
  5. Change common.cfg like described above
  6. Start the server
  7. Confirm it working via htop or a connection attempt

Expected behaviour

The server will work without any issues again.

Originally created by @0xlord on GitHub (Nov 3, 2021). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3661 Originally assigned to: @johnoclockdk on GitHub. ## User Story As a server admin, I want to request a change to the `sfserver` startup command so that it works in an automated way after introducing `-multihome` parameter as a requirement in patch 0.5.0.6. ## Basic info * **Distro:** [Rocky Linux 8.4] * **Game:** [Satisfactory] * **Command:** [start] * **LinuxGSM version:** [v21.4.1] ## Further Information With 0.5.0.6 update tonight CSS introduced `-multihome` as a server parameter (see wiki entry: https://satisfactory.fandom.com/wiki/Dedicated_servers). I think to address demands to have multiple instances running on the same machine but with different ips. Somehow the server crashes if the parameter is not set and the default settings 0.0.0.0 will apply. Curiousily this only applies to Linux servers. Windows server are not being affected by this. This could make this request obsolete with 0.5.0.7 however. On the other hand it could be beneficial to have this automated workaround to be sure. I've changed common.cfg to these settings and it works now automatically without specifying the IP: ``` ## Gather IP address for startup parameter IPADDR=$(ip addr show |grep 'inet '|grep -v 127.0.0.1 |awk '{print $2}'| cut -d/ -f1) ## Server Parameters | https://docs.linuxgsm.com/configuration/start-parameters#additional-parameters startparameters="FactoryGame -multihome=${IPADDR} -ServerQueryPort=${queryport} -BeaconPort=${beaconport} -Port=${port} -log -unattended" ``` ## To Reproduce Steps to reproduce the behaviour: 1. Update the server to 0.5.0.6 2. Start the server 3. Try to connect it or open up htop to see that the server is not running 4. Confirm with `./sfserver details` 5. Change common.cfg like described above 6. Start the server 7. Confirm it working via htop or a connection attempt ## Expected behaviour The server will work without any issues again.
Author
Owner

@johnoclockdk commented on GitHub (Nov 3, 2021):

I will fix this tomorrow.

<!-- gh-comment-id:960259794 --> @johnoclockdk commented on GitHub (Nov 3, 2021): I will fix this tomorrow.
Author
Owner

@dgibbs64 commented on GitHub (Nov 3, 2021):

Thanks. This will need to be addressed soon. Hopfully they dont need to make too many more changes like this

<!-- gh-comment-id:960259880 --> @dgibbs64 commented on GitHub (Nov 3, 2021): Thanks. This will need to be addressed soon. Hopfully they dont need to make too many more changes like this
Author
Owner

@0xlord commented on GitHub (Nov 4, 2021):

Thanks. This will need to be addressed soon. Hopfully they dont need to make too many more changes like this

I have the feeling that we'll see even more changes like this due to the experimental nature of the servers current state. I will try to convince Bogdan to tell us changes like these beforehand so we could bring up fixes like these closer to the release time.

<!-- gh-comment-id:960339390 --> @0xlord commented on GitHub (Nov 4, 2021): > Thanks. This will need to be addressed soon. Hopfully they dont need to make too many more changes like this I have the feeling that we'll see even more changes like this due to the experimental nature of the servers current state. I will try to convince Bogdan to tell us changes like these beforehand so we could bring up fixes like these closer to the release time.
Author
Owner

@johnoclockdk commented on GitHub (Nov 4, 2021):

i have work on this so you can also set the ip if ya want to but need to figure out how to code it in now

ipaddr="0.0.0.0"

if [ ${ipaddr} = 0.0.0.0 ];
then
multihome=$(ip addr show |grep 'inet '|grep -v 127.0.0.1 |awk '{print $2}'| cut -d/ -f1)
else
multihome="${ipaddr}"
fi
echo "${multihome}"
<!-- gh-comment-id:960355133 --> @johnoclockdk commented on GitHub (Nov 4, 2021): i have work on this so you can also set the ip if ya want to but need to figure out how to code it in now ``` ipaddr="0.0.0.0" if [ ${ipaddr} = 0.0.0.0 ]; then multihome=$(ip addr show |grep 'inet '|grep -v 127.0.0.1 |awk '{print $2}'| cut -d/ -f1) else multihome="${ipaddr}" fi echo "${multihome}" ```
Author
Owner

@0xlord commented on GitHub (Nov 4, 2021):

CSS fixed the Linux Server crash issue. Don't know if -multihome is still required: https://questions.satisfactorygame.com/post/61830560831c852052359b1c

Guess we still could benefit from the PR - just for documentation that the issue was addressed internally at CSS.

<!-- gh-comment-id:961143236 --> @0xlord commented on GitHub (Nov 4, 2021): CSS fixed the Linux Server crash issue. Don't know if `-multihome` is still required: https://questions.satisfactorygame.com/post/61830560831c852052359b1c Guess we still could benefit from the PR - just for documentation that the issue was addressed internally at CSS.
Author
Owner

@botflakes commented on GitHub (Nov 23, 2021):

CSS added a Parameter today with the release of Update 5 to the Early Access branch. If you are or want to still playing the Experimental Branch, the server needs to be started with -beta experimental otherwise the Client-Server-Version doesn't match and you can't connect.

<!-- gh-comment-id:976890574 --> @botflakes commented on GitHub (Nov 23, 2021): CSS added a Parameter today with the release of Update 5 to the Early Access branch. If you are or want to still playing the Experimental Branch, the server needs to be started with `-beta experimental` otherwise the Client-Server-Version doesn't match and you can't connect.
Author
Owner

@h3o66 commented on GitHub (Nov 23, 2021):

CSS added a Parameter today with the release of Update 5 to the Early Access branch. If you are or want to still playing the Experimental Branch, the server needs to be started with -beta experimental otherwise the Client-Server-Version doesn't match and you can't connect.

this is probably only a flag for steamcmd, as this is in the wiki, not for the server itself:
https://satisfactory.fandom.com/wiki/Dedicated_servers#Experimental_Branch_Selection

Edit: the branch can be changed all the time with the following howto:
https://docs.linuxgsm.com/steamcmd/branch

<!-- gh-comment-id:976897656 --> @h3o66 commented on GitHub (Nov 23, 2021): > CSS added a Parameter today with the release of Update 5 to the Early Access branch. If you are or want to still playing the Experimental Branch, the server needs to be started with `-beta experimental` otherwise the Client-Server-Version doesn't match and you can't connect. this is probably only a flag for steamcmd, as this is in the wiki, not for the server itself: https://satisfactory.fandom.com/wiki/Dedicated_servers#Experimental_Branch_Selection Edit: the branch can be changed all the time with the following howto: https://docs.linuxgsm.com/steamcmd/branch
Author
Owner

@botflakes commented on GitHub (Nov 23, 2021):

CSS added a Parameter today with the release of Update 5 to the Early Access branch. If you are or want to still playing the Experimental Branch, the server needs to be started with -beta experimental otherwise the Client-Server-Version doesn't match and you can't connect.

this is probably only a falg for steamcmd, as this is in the wiki, not for the server itself: https://satisfactory.fandom.com/wiki/Dedicated_servers#Experimental_Branch_Selection

Yeah, should have mentioned it. Maybe make a check if the user wants to install the Early Access Branch or Experimental Branch during installation? Like "Do you want to install the Experimental Branch?" "Y | N"

<!-- gh-comment-id:976954690 --> @botflakes commented on GitHub (Nov 23, 2021): > > CSS added a Parameter today with the release of Update 5 to the Early Access branch. If you are or want to still playing the Experimental Branch, the server needs to be started with `-beta experimental` otherwise the Client-Server-Version doesn't match and you can't connect. > > this is probably only a falg for steamcmd, as this is in the wiki, not for the server itself: https://satisfactory.fandom.com/wiki/Dedicated_servers#Experimental_Branch_Selection Yeah, should have mentioned it. Maybe make a check if the user wants to install the Early Access Branch or Experimental Branch during installation? Like `"Do you want to install the Experimental Branch?" "Y | N"`
Author
Owner

@0xlord commented on GitHub (Nov 23, 2021):

You can set your branch in the config file. No additional parameters needed.
https://docs.linuxgsm.com/steamcmd/branch

<!-- gh-comment-id:977069480 --> @0xlord commented on GitHub (Nov 23, 2021): You can set your branch in the config file. No additional parameters needed. https://docs.linuxgsm.com/steamcmd/branch
Author
Owner

@botflakes commented on GitHub (Nov 23, 2021):

oh I see. Thanks!

<!-- gh-comment-id:977156632 --> @botflakes commented on GitHub (Nov 23, 2021): oh I see. Thanks!
Author
Owner

@github-actions[bot] commented on GitHub (Jan 1, 2023):

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

<!-- gh-comment-id:1368296480 --> @github-actions[bot] commented on GitHub (Jan 1, 2023): This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Sign in to join this conversation.
No labels
Atomic
Epic
cannot reproduce
command: backup
command: console
command: debug
command: details
command: fast-dl
command: install
command: mods
command: monitor
command: post-details
command: restart
command: send
command: start
command: stop
command: update
command: update-lgsm
command: validate
command: wipe
distro: AlmaLinux
distro: Arch Linux
distro: CentOS
distro: Debian
distro: Fedora
distro: RedHat
distro: Rocky Linux
distro: Ubuntu
distro: openSUSE
engine: goldsrc
engine: source
game: 7 Days to Die
game: ARMA 3
game: Ark: Survival Evolved
game: Assetto Corsa
game: Avorion
game: BATTALION: Legacy
game: Barotrauma
game: Battalion 1944
game: Battlefield 1942
game: Black Mesa: Deathmatch
game: Blade Symphony
game: Call of Duty 2
game: Call of Duty 4
game: Call of Duty: United Offensive
game: Counter-Strike 1.6
game: Counter-Strike 2
game: Counter-Strike: Global Offensive
game: Counter-Strike: Source
game: Day of Infamy
game: Dayz
game: Death Match Classic
game: Don't Starve Together
game: ET: Legacy
game: Eco
game: Factorio
game: Factorio
game: Garry's Mod
game: Half-Life
game: Hurtword
game: Insurgecy
game: Insurgecy
game: Insurgency: Sandstorm
game: Just Cause 3
game: Killing Floor
game: Killing Floor 2
game: Left 4 Dead 2
game: Minecraft
game: Minecraft Bedrock
game: Mordhau
game: Multi Theft Auto
game: Mumble
game: Natural Selection 2
game: No More Room in Hell
game: Pavlov VR
game: Post Scriptum
game: Project Zomboid
game: Quake 3
game: QuakeWorld
game: Red Orchestra: Ostfront 41-45
game: Return to Castle Wolfenstein
game: Rising World
game: Rust
game: San Andreas Multiplayer
game: Satisfactory
game: Soldat
game: Soldier of Fortune 2
game: Squad
game: Squad 44
game: Starbound
game: Stationeers
game: Sven Co-op
game: Team Fortress 2
game: Teamspeak 3
game: Teeworlds
game: Terraria
game: The Front
game: Unreal Tournament 2004
game: Unreal Tournament 3
game: Unreal Tournament 99
game: Unturned
game: Valheim
game: Wurm Unlimited
game: Zombie Master Reborn
game: label missing
good first issue
help wanted
info: alerts
info: dependency
info: docker
info: docs
info: email
info: query
info: steamcmd
info: systemd
info: tmux
info: website
info: website
needs more info
outcome: duplicate
outcome: issue resolved
outcome: issue resolved
outcome: issue unresolved
outcome: pr accepted
outcome: pr rejected
outcome: unconfirmed
outcome: wontfix
outcome: wrong forum
potential-duplicate
priority
pull-request
type: bug
type: feature
type: feature
type: feature request
type: game server request
type: refactor
waiting response
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/LinuxGSM#2436
No description provided.