Daily bump!
Still getting Steam Auth: InvalidTicket for Linux server.
I have setup an experimental Rust server on a dedicated box. Everything works except when I restart the server it does not load the latest save file. I have tried using -load and +load both with and without specifying a path to the save file.
Does anyone know where I can learn more about loading saves? or does anyone know how I can get this working?
Thanks in advance!
EDIT:
Sorted out the problem with my server not loading the map by adding -load as a parameter..(Just -load, no -load here/there/0.sav required).....
Did the server finish spawning entities before you shut it down? Every minute, is reports progress:
[code]
Save stats:
ents: 58228
size: 3808085
[/code]
Did those numbers stabilize before you shut the server down?
If not, then it picked where it left off, and kept on adding to the save file.
Here's what it looks like when the server loads a save file:
[code]
Creating Terrain..
(Filename: /home/builduser/buildslave/unity/build/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 56)
Generating terrain with seed: 2038096974
(Filename: /home/builduser/buildslave/unity/build/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 56)
Done!
(Filename: /home/builduser/buildslave/unity/build/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 56)
Unloading 6 Unused Serialized files (Serialized files now loaded: 1)
Loading Save From server/zardoz/save/Procedural Map_2038096974/0.sav
[/code]
[QUOTE=Preed;45987767]EDIT:
Sorted out the problem with my server not loading the map by adding -load as a parameter..(Just -load, no -load here/there/0.sav required).....[/QUOTE]
I tried -load in a bat file:
[QUOTE]RustDedicated.exe -batchmode +load[/QUOTE]
and
[QUOTE]RustDedicated.exe -batchmode -load[/QUOTE]
I have tried this alone with only -load like this ^^ as well as tried it like this:
[QUOTE]RustDedicated.exe -batchmode -load +server.hostname "My Server Name" +server.port 28015 +server.identity "twampdev" +server.seed 6738[/QUOTE]
same result, I can play just fine, restarting re-generates a new world.
[QUOTE=Clandestina;45987804]Did the server finish spawning entities before you shut it down? Every minute, is reports progress:
[code]
Save stats:
ents: 58228
size: 3808085
[/code]
Did those numbers stabilize before you shut the server down?
If not, then it picked where it left off, and kept on adding to the save file.
Here's what it looks like when the server loads a save file:
[code]
Creating Terrain..
(Filename: /home/builduser/buildslave/unity/build/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 56)
Generating terrain with seed: 2038096974
(Filename: /home/builduser/buildslave/unity/build/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 56)
Done!
(Filename: /home/builduser/buildslave/unity/build/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 56)
Unloading 6 Unused Serialized files (Serialized files now loaded: 1)
Loading Save From server/zardoz/save/Procedural Map_2038096974/0.sav
[/code][/QUOTE]
Thanks for showing what it looks like, thats linux(which im familiar with) but this is windows nonetheless. I have never seen it load a save like that... To answer your question though, yes I attempted this on a freshly downloaded and installed environment. I watched on the other monitor as the server created its first save in the server/identity/save/0.sav directory. Only then would I properly disconnect the client, then type quit into the server terminal. Upon relaunch using the same launch.bat I receive the same results, a freshly generated world and all players are dead, the new.sav is roughly the same size as a fresh.sav
Normally I could figure things like this out without issue, but with the recent release of the dedicated files there are many issues and fixes that have not been properly documented. I am willing and ready to get my hands dirty trying to get to a fix for this, because leaving a server online without restarts is F'ed.
Thanks for the quick responses!
[B][U]:EDIT:[/U][/B]
I am a fool, I just double checked(again) and apparently I did not use -load in the bat file, i used +load.
[U]Using +load in a bat file will NOT load the save![/U]
Is anyone running a linux server successfully?
Lol... Devs say - FOR LINUX NOT WORK NOW... Why u crying about this?
And yes...
After today update (~280 mb for server) - [s]rcon work[/s] server query protocol work. U can see dynamic stats on my website: gamecoma.ru left block (but with some problems, if u start server with 244+ slots - server query back u only 244 for MAX_PLAYERS)
[QUOTE=Kainzo;45989353]Is anyone running a linux server successfully?[/QUOTE]
For now I am running the windows experimental/Release under linux using wine emulation...
With the linux experimental I got as far as my log being spammed with "Got a bad hardware address length for an AF_PACKET 16 8" which I believe is a mono error.. I tried downloading the latest mono version but I haven't managed to override and use the one I install in the OS instead of the one that comes with the linux version(which I believe is pretty old)..
[QUOTE=DiWorm;45992293]Lol... Devs say - FOR LINUX NOT WORK NOW... Why u crying about this?[/QUOTE]
Shut the fuck up, how about that? If you're using windows because your brain is only sufficient for clicking shit with your mouse then you don't have a problem and you don't need to open your dumb mouth.
But even tho you're such an idiot I will explain the problem to you:
[QUOTE=http://rustdev.facepunchstudios.com/dedicated-server]Linux
At the moment linux hasn't been tested at all. We're hoping that the linux guys will point out problems and we can get it working for them.[/QUOTE]
stating that they hope for us to point out the problems so they can work on them but never actually doing it. this sucks big time. We pointed the two only problems there are out to them but they never even bothered to reply to these issues let alone get to work on them. imagine this game not having any windows servers, the SHITSTORM they would get. But how dare we talk about linux, the most widely used operating system for servers!
[QUOTE=Gachl;45993105]Shut the fuck up, how about that? If you're using windows because your brain is only sufficient for clicking shit with your mouse then you don't have a problem and you don't need to open your dumb mouth.
But even tho you're such an idiot I will explain the problem to you:
stating that they hope for us to point out the problems so they can work on them but never actually doing it. this sucks big time. We pointed the two only problems there are out to them but they never even bothered to reply to these issues let alone get to work on them. imagine this game not having any windows servers, the SHITSTORM they would get. But how dare we talk about linux, the most widely used operating system for servers![/QUOTE]
Oh, kids..
find /home/rust/rust_server/ -name "*.so" | xargs ldd
[CODE]
/home/rust/rust_server/libsteam_api.so:
/home/rust/rust_server/libsteam_api.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/rust/rust_server/libsteam_api.so)
linux-vdso.so.1 => (0x00007fff5f3ff000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff06bff2000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff06bceb000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff06bace000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff06c416000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff06b743000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff06b4c1000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff06b2aa000)
/home/rust/rust_server/RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so:
/home/rust/rust_server/RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/rust/rust_server/RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so)
linux-vdso.so.1 => (0x00007fff5edff000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f065e200000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f065dff8000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f065dd97000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f065da90000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f065d80e000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f065d5f7000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f065d26c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f065e794000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f065d047000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f065ce34000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f065cc32000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f065ca2c000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f065c82a000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f065c4ef000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f065c2d7000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f065c0b6000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f065beb0000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f065bca4000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f065ba9f000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f065b89c000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f065b696000)
/home/rust/rust_server/RustDedicated_Data/Plugins/x86_64/libeasyanticheat.so:
/home/rust/rust_server/RustDedicated_Data/Plugins/x86_64/libeasyanticheat.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/rust/rust_server/RustDedicated_Data/Plugins/x86_64/libeasyanticheat.so)
linux-vdso.so.1 => (0x00007fffc8dff000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff7981ac000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff797f90000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff797c04000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff797982000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff7986d9000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff79776c000)
/home/rust/rust_server/RustDedicated_Data/Plugins/x86_64/libSteamNative.so:
linux-vdso.so.1 => (0x00007fff7c5c2000)
libsteam_api.so => not found
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f312d7ac000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f312d595000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f312d20a000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f312cf88000)
/lib64/ld-linux-x86-64.so.2 (0x00007f312dccd000)
/home/rust/rust_server/RustDedicated_Data/Mono/x86_64/libmono.so:
linux-vdso.so.1 => (0x00007ffffd7ff000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ff010729000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff010525000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff010308000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff010001000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff00fd7f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff00f9f3000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff010e5a000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff00f7dd000)
/home/rust/rust_server/RustDedicated_Data/StreamingAssets/CoherentUI_Host/linux/libffmpegsumo.so:
/home/rust/rust_server/RustDedicated_Data/StreamingAssets/CoherentUI_Host/linux/libffmpegsumo.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/rust/rust_server/RustDedicated_Data/StreamingAssets/CoherentUI_Host/linux/libffmpegsumo.so)
linux-vdso.so.1 => (0x00007fff8c7ff000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff9e2ed6000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff9e2cba000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff9e292e000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff9e3318000)
/home/rust/rust_server/RustDedicated_Data/StreamingAssets/CoherentUI_Host/macosx/Libraries/ffmpegsumo.so:
not a dynamic executable
[/CODE]
I am using Debian Wheezy. Seems like i need GLIBC 2.14 but its not possible to change for me. I want to stay on stable branche. Any ideas?
[QUOTE=rulorn;45993498]I am using Debian Wheezy. Seems like i need GLIBC 2.14 but its not possible to change for me. I want to stay on stable branche. Any ideas?[/QUOTE]
Please read this thread, there's plenty of guides and tutorials explaining how to get it to work.
[QUOTE=Gachl;45993524]Please read this thread, there's plenty of guides and tutorials explaining how to get it to work.[/QUOTE]
Even if, everything is seemingly working fine - except no one can log in D: haha...
Linux is the master race for servers.
Is there an official list of GSP's hosting Rust Experimental?
Hello Guy's,
i have a problem to create a experimental rust dedi server on our root. I install it with steamCMD with login anonymous. I have the newest one. I add the bat file and the line from the first link of this forum, change the name and identity and start the bat from release folder. in the consol i think the server run and save the world. But in gamebrowser or with client.connect it would not work.
In the windows firewall off the root i set a rule on incoming connections with udp ports 28015, 28016.
Where is my error. Maybe someone can help me plz :-)
EDIT::
Bat :: RustDedicated.exe -batchmode +server.hostname "TGC Rust Experimental server" +server.port 28015 +maxplayers 200 +server.identity "TGCTestserver" +server.seed 65782
Console Message ::
[QUOTE]Creating Terrain..
Generating terrain with seed: 65782
Done!
Started Server on port 28015
Setting breakpad minidump AppID = 258550
Skipping RCON (rcon.port is 0)
AngryAnt Behave version 2.3.3 (4fea598) - Copyright (C) Emil Johansen - AngryAnt
2014
Unhandled Steam Callback: SteamServersConnected
Unhandled Steam Callback: GSPolicyResponse
Save took: 00.1060 seconds
Save stats:
ents: 11028
size: 710960[/QUOTE]
Windows Firewall ::
[URL=http://image-upload.de/file/M4ainj/352d52e05d.png][IMG]http://image-upload.de/thumb/M4ainj/352d52e05d.png[/IMG][/URL]
[QUOTE=D3ltorohd;45995710]Hello Guy's,
i have a problem to create a experimental rust dedi server on our root. I install it with steamCMD with login anonymous. I have the newest one. I add the bat file and the line from the first link of this forum, change the name and identity and start the bat from release folder. in the consol i think the server run and save the world. But in gamebrowser or with client.connect it would not work.
In the windows firewall off the root i set a rule on incoming connections with udp ports 28015, 28016.
Where is my error. Maybe someone can help me plz :-)[/QUOTE]
port 28015 needs to be TCP open not UDP
[QUOTE=Preed;45992582]For now I am running the windows experimental/Release under linux using wine emulation...
With the linux experimental I got as far as my log being spammed with "Got a bad hardware address length for an AF_PACKET 16 8" which I believe is a mono error.. I tried downloading the latest mono version but I haven't managed to override and use the one I install in the OS instead of the one that comes with the linux version(which I believe is pretty old)..[/QUOTE]
Unity games bundle a custom Mono runtime. You don't need Mono installed at all, and you can't run a Unity game under the standard Mono runtime anyway.
[editline]16th September 2014[/editline]
[QUOTE=rulorn;45993498]I am using Debian Wheezy. Seems like i need GLIBC 2.14 but its not possible to change for me. I want to stay on stable branche. Any ideas?[/QUOTE]
You have correctly diagnosed the problem. You understand the implications of upgrading GLIBC, and do not want to undertake it. So, you already know the answer.
You can't run Rust experimental on Debian Wheezy.
So if you want to run it, either build another PC with Debian Jessie, Ubuntu 14 or Mint Debian Edition (what I have, it runs Jessie), or setup a USB thumb drive or CD/DVD to live boot Jessie or Ubuntu when you want to run the experimental server.
[QUOTE=kulan;45995897]port 28015 needs to be TCP open not UDP[/QUOTE]
Hello kulan, i have change the settings for incoming connections to TCP with 28015, 28016. But the same problem, i can't connect to the server.
On Dedi Server Consol, that has nothing to say?
[QUOTE]Unhandled Steam Callback: SteamServersConnected
Unhandled Steam Callback: GSPolicyResponse[/QUOTE]
[URL=http://image-upload.de/file/hFNK8O/2b696db330.png][IMG]http://image-upload.de/thumb/hFNK8O/2b696db330.png[/IMG][/URL]
[URL=http://image-upload.de/file/YbcZrs/29f171617b.png][IMG]http://image-upload.de/thumb/YbcZrs/29f171617b.png[/IMG][/URL]
[QUOTE=Clandestina;45996137]You can't run Rust experimental on Debian Wheezy.[/QUOTE]
... [URL="http://facepunch.com/showthread.php?t=1414775&p=45726009&viewfull=1#post45726009"]why would[/URL] [URL="http://gachl.ch/?p=24"]you say that[/URL]? Nobody ever confirmed experimental running on *any* Linux but at least you can get the correct libc working with it without having to break your system.
I'm setting up Debian Jessie on a VM now to see what it does.
edit:
this is very disappointing. I have installed jessie 64 bit, ran the rust dedicated server and it seems to work right out of the box - no Steam Auth: InvalidTicket issue.
[QUOTE=Gachl;46001769]... [URL="http://facepunch.com/showthread.php?t=1414775&p=45726009&viewfull=1#post45726009"]why would[/URL] [URL="http://gachl.ch/?p=24"]you say that[/URL]? Nobody ever confirmed experimental running on *any* Linux but at least you can get the correct libc working with it without having to break your system.
I'm setting up Debian Jessie on a VM now to see what it does.
edit:
this is very disappointing. I have installed jessie 64 bit, ran the rust dedicated server and it seems to work right out of the box - no Steam Auth: InvalidTicket issue.[/QUOTE]
Odd, I am currently running on Debian Jessie (8.0) and I'm having these issues with the Steam Auth: InvalidTicket Issue.... did you do anything different during the setup?
[QUOTE=Gachl;46001769]... [URL="http://facepunch.com/showthread.php?t=1414775&p=45726009&viewfull=1#post45726009"]why would[/URL] [URL="http://gachl.ch/?p=24"]you say that[/URL]? Nobody ever confirmed experimental running on *any* Linux but at least you can get the correct libc working with it without having to break your system.[/QUOTE]
In my view, the libc IS the system.
[QUOTE=Clandestina;46004375]In my view, the libc IS the system.[/QUOTE]
but you can put it in a folder and point your library path to it without having to interfere with your normal libc
So exactly what file needs to be moved over to the Rust folder?
[QUOTE=Gachl;46005820]but you can put it in a folder and point your library path to it without having to interfere with your normal libc[/QUOTE]
Yeah, so im getting the below --- Entire error log, [url]http://pastie.org/9566461[/url]
[quote]
[S_API FAIL] SteamAPI_Init() failed; SteamAPI_IsSteamRunning() failed.
dlopen failed trying to load:
steamclient.so
with error:
steamclient.so: wrong ELF class: ELFCLASS32
[S_API FAIL] SteamAPI_Init() failed; unable to locate a running instance of Steam, or a local steamclient.so. [/quote]
so it works fine now. The port was not empty. And its UDP not TCP.
I have another quest, how can i see the players Ping ?
status
Trying to catalog the commands here if you have anymore
[url]http://forums.getrekt.com/index.php?threads/experimental-server-setup-commands.5/[/url]
I've just updated my experimental server and building isn't working ! Bugger
[QUOTE=Kainzo;46006571]So exactly what file needs to be moved over to the Rust folder?[/QUOTE]
[QUOTE=Kainzo;46008418]Yeah, so im getting the below --- Entire error log, [url]http://pastie.org/9566461[/url][/QUOTE]
[url]http://facepunch.com/showthread.php?t=1414775&p=45726009&viewfull=1#post45726009[/url]
[QUOTE=Gachl;46001769]... [URL="http://facepunch.com/showthread.php?t=1414775&p=45726009&viewfull=1#post45726009"]why would[/URL] [URL="http://gachl.ch/?p=24"]you say that[/URL]? Nobody ever confirmed experimental running on *any* Linux but at least you can get the correct libc working with it without having to break your system.
I'm setting up Debian Jessie on a VM now to see what it does.
edit:
this is very disappointing. I have installed jessie 64 bit, ran the rust dedicated server and it seems to work right out of the box - no Steam Auth: InvalidTicket issue.[/QUOTE]
Dude Iam running Debian 7 Kernel Linux 3.2.0-4-amd64 on x86_64 and GLib 2.32.3-1
I can start rust experimental without any problems and can connect to it.
Sorry, you need to Log In to post a reply to this thread.