Page 1 of 1

[0.18.3] Linux headless server closing after initialization

Posted: Thu Feb 06, 2020 3:23 pm
by Goll420
Hello guys

Not been here for a while, in fact no played since 0.16 I think and thought i'll check out the 0.18 update.

We have a server at work which we built a Debian VM on and installed Linux Game Server Manager. This used to work really well with the older versions and I never had any problems with it.

I got the server updated and then updated factorio using the LGSM commands but I cannot get the headless server up and running for love or money!

To start with I had errors about the achievements, so I removed the acheivement.dat file. Then there was another issue which I managed to resolve but now there are no errors in the log and it just doesn't start?!!

Code: Select all

0.000 2020-02-06 15:18:19; Factorio 0.18.3 (build 49258, linux64, headless)
   0.092 Operating system: Linux (Debian 9.6)
   0.092 Program arguments: "./factorio" "--start-server" "/home/fctrserver/serverfiles/save1.zip" "--server-settings" "/home/fctrserver/serverfiles/data/fctrserver.json" "--use-server-whitelist" "--server-whitelist" "/home/fctrserver/s$
   0.093 Read data path: /home/fctrserver/serverfiles/data
   0.093 Write data path: /home/fctrserver/serverfiles [159342/196102MB]
   0.093 Binaries path: /home/fctrserver/serverfiles/bin
   0.160 System info: [CPU: Intel(R) Xeon(R) CPU           E5520  @ 2.27GHz, 8 cores, RAM: 16051 MB]
   0.160 Environment: DISPLAY=<unset> WAYLAND_DISPLAY=<unset> DESKTOP_SESSION=<unset> XDG_SESSION_DESKTOP=<unset> XDG_CURRENT_DESKTOP=<unset> __GL_FSAA_MODE=<unset> __GL_LOG_MAX_ANISO=<unset> __GL_SYNC_TO_VBLANK=<unset> __GL_SORT_FBCONF$
   0.173 Running in headless mode
   0.259 Loading mod core 0.0.0 (data.lua)
   0.466 Loading mod base 0.18.3 (data.lua)
   1.562 Loading mod base 0.18.3 (data-updates.lua)
   1.806 Checksum for core: 3958517679
   1.806 Checksum of base: 2595428403
   2.358 Prototype list checksum: 4109119676
   2.443 Info PlayerData.cpp:68: Local player-data.json available, timestamp 1580512784
   2.443 Info PlayerData.cpp:75: Cloud player-data.json unavailable
   2.653 Factorio initialised
   2.772 Info ServerMultiplayerManager.cpp:138: Quitting multiplayer connection.
   2.779 Info ServerMultiplayerManager.cpp:773: updateTick(4294967295) changing state from(Ready) to(Closed)
   2.906 Goodbye

What am I missing please??

Any help would be greatly appreciated.

Re: [0.18.3] Linux headless server closing after initialization

Posted: Thu Feb 06, 2020 3:35 pm
by Loewchen
Are you sure save1.zip exists and is directly in serverfiles and not a saves folder?

Re: [0.18.3] Linux headless server closing after initialization

Posted: Thu Feb 06, 2020 3:40 pm
by Goll420
Yeah the file exists in serverfiles/


fctrserver@RustVM01:~$ ls serverfiles/
backedupworld.zip data GollsHospital.zip save1.zip
bin factorio-current.log mods saves
config factorio-previous.log player-data.json temp
config-path.cfg GollSean.save1.zip SatNight1047pm.zip
fctrserver@RustVM01:~$

Re: [0.18.3] Linux headless server closing after initialization

Posted: Thu Feb 06, 2020 4:38 pm
by Goll420
Just removed it entirely and installed fresh.

Still same issue, won't start. No breadcrumbs in the log.

0.000 2020-02-06 16:36:15; Factorio 0.18.4 (build 49340, linux64, headless)
0.090 Operating system: Linux (Debian 9.11)
0.090 Program arguments: "./factorio" "--start-server" "/home/fctrserver/serverfiles/save1.zip" "--server-settings" "/home/fctrserver/serverfiles/data/fctrserver.json" "--port" "34197" "--rcon-port" "34198" "--rcon-password" <private$
0.090 Read data path: /home/fctrserver/serverfiles/data
0.090 Write data path: /home/fctrserver/serverfiles [161276/196102MB]
0.090 Binaries path: /home/fctrserver/serverfiles/bin
0.103 System info: [CPU: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz, 8 cores, RAM: 16051 MB]
0.103 Environment: DISPLAY=<unset> WAYLAND_DISPLAY=<unset> DESKTOP_SESSION=<unset> XDG_SESSION_DESKTOP=<unset> XDG_CURRENT_DESKTOP=<unset> __GL_FSAA_MODE=<unset> __GL_LOG_MAX_ANISO=<unset> __GL_SYNC_TO_VBLANK=<unset> __GL_SORT_FBCONF$
0.103 Running in headless mode
0.108 Loading mod core 0.0.0 (data.lua)
0.246 Loading mod base 0.18.4 (data.lua)
0.834 Loading mod base 0.18.4 (data-updates.lua)
1.090 Checksum for core: 1454438658
1.091 Checksum of base: 1870405162
1.486 Prototype list checksum: 4109119676
1.549 Info PlayerData.cpp:68: Local player-data.json available, timestamp 1581006639
1.550 Info PlayerData.cpp:75: Cloud player-data.json unavailable
1.646 Factorio initialised
1.662 Info ServerMultiplayerManager.cpp:138: Quitting multiplayer connection.
1.718 Info ServerMultiplayerManager.cpp:773: updateTick(4294967295) changing state from(Ready) to(Closed)
1.819 Goodbye

Re: [0.18.3] Linux headless server closing after initialization

Posted: Thu Feb 06, 2020 4:50 pm
by Loewchen
Post the fctrserver.json, make sure to mask any passwords.

Re: [0.18.3] Linux headless server closing after initialization

Posted: Thu Feb 06, 2020 5:02 pm
by Goll420
It was the admins part at the bottom of fctserver.json.

Checked with a parse checker and it's fired up! :D

Re: [0.18.3] Linux headless server closing after initialization

Posted: Fri Feb 14, 2020 4:40 pm
by Rseding91
Goll420 wrote:
Thu Feb 06, 2020 5:02 pm
It was the admins part at the bottom of fctserver.json.

Checked with a parse checker and it's fired up! :D
Can you post a version of the file that reproduces the won't-start issue? It should put *something* in the log that it failed to prevent these kinds of issues.

Re: [0.18.3] Linux headless server closing after initialization

Posted: Fri Feb 14, 2020 7:31 pm
by movax20h
Goll420 wrote:
Thu Feb 06, 2020 5:02 pm
It was the admins part at the bottom of fctserver.json.

Checked with a parse checker and it's fired up! :D
You mean there was JSON syntax error that was not reported by factorio server properly?

Re: [0.18.3] Linux headless server closing after initialization

Posted: Wed Mar 25, 2020 8:40 pm
by Goll420
Apologies for never responding to this, I am sure it was an error on my part by filling in the json file incorrectly.