Experimental Dedicated Server - open to all

[womayhem]

No solution, we just have to wait for Garry to fix the certificate error. This should also fix the steam authentication.

[asphantix]

[QUOTE=womayhem;45593401]No solution, we just have to wait for Garry to fix the certificate error. This should also fix the steam authentication.[/QUOTE]

But then again we will still require libc6 (>= 2.14), don't we?
Geez, Debian with its old ass packages. Wheezy has still libc6-2.13. Installing a newer version from the testing repository will also install over 200 more packages as dependencies. I don't rightly know if I want to do that :v:

[theeggman]

[QUOTE=womayhem;45593401]No solution, we just have to wait for Garry to fix the certificate error. This should also fix the steam authentication.[/QUOTE]
Yep.

[Gachl]

[QUOTE=asphantix;45594139]But then again we will still require libc6 (>= 2.14), don't we?[/QUOTE]
you can use the 2.15 binaries from ubuntu on debian, just extract them using dpkg -X and point to the lib directory in LD_LIBRARY_PATH.
don't tamper with your dependencies and the libc6, it's not worth the hassle.

edit: I just copied the System.Security.dll from my compiled mono 3.4 to the Managed folder in the rust server folder and I am not getting the certificate error anymore, as this bug was indeed solved in the new mono versions. But it still does not connect to steam servers. :( sooo... I have all dependencies resolved and all errors except that AmplifyMotion stuff removed but it still won't work. What's left to try?

[garry]

I think the cert errors are due to the packet encryption in lidgren. Will look into it today, maybe add a command line to run without packet encryption. But at the same time.. if that doesn't work then it shouldn't work on the client either :/

[womayhem]

[QUOTE=garry;45596999]I think the cert errors are due to the packet encryption in lidgren. Will look into it today, maybe add a command line to run without packet encryption. But at the same time.. if that doesn't work then it shouldn't work on the client either :/[/QUOTE]

Thanks garry, looking forward to running experimental.

[thomasfn]

Would it be possible to cache the terrain data if the seed hasn't changed? This would reduce server load times quite significantly as the seed is unlikely to change much.

[Gachl]

-snip- never mind

[garry]

The rcon update is building

You can't rcon via the game anymore btw.. you're going to need a rcon client.

[Gachl]

[QUOTE=garry;45598209]The rcon update is building[/QUOTE]
oh alright, I thought it was already out. my bad.

[QUOTE=garry;45598209]You can't rcon via the game anymore btw.. you're going to need a rcon client.[/QUOTE]
perfect!

[SirEb]

Hi garry,

how long does it exactly need, until we can download the new update ? So around 2 hours from now ? Can't wait to test if the web application works :)

€dit:

Right now, it says "the computer denys connection to ip .....:30005

RustDedicated.exe -batchmode +server.port 30000 -logFile Server.log +rcon.port 30005 +rcon.password "123456" +server.maxplayers 25

i guess, i wait some more minutes, then again updating

[KOT9KA]

How to connect to own server? try net.connect ip:port, does not work.

[dvladislav]

[QUOTE=KOT9KA;45598829]How to connect to own server? try net.connect ip:port, does not work.[/QUOTE]
client.connect ip:port

[P!xL]

On every try to run my dedicated server on Debian 7, I can't connect to the server using client.connect command, and when I open the server.log file I can see this :
[QUOTE]Got a bad hardware address length for an AF_PACKET 16 8[/QUOTE]
for over hundreds of lines (291Mo).

I'm using this command to start the server :

./RustDedicated -batchmode +server.port 28015 -logFile server.log +server.maxplayers 25

Am I wrong ?

[MikeH]

Is there anyway currently to bind a IP to a server other then it to automatically assigning the main public IP of the machine?

[asphantix]

@Garry
Would you mind to add the ability to bring up the last typed in commands in the developer console by pressing the up key? Of course only when it's a one-liner or two-liner and doesn't keep you off from more important things to code. Command completion would be lovely too but I guess that would be luxury in this early stage of the game :smile:

[Gachl]

[QUOTE=funkosopher;45592515]Is there a way to load server save states after a restart yet?[/QUOTE]
If this hasn't been found by anyone yet, you can add -load as parameter and it'll load the 0.sav file if it exists:
[QUOTE]Loading Save From server/identity/save/Procedural Map_0/0.sav[/QUOTE]

[funkosopher]

Hey, sweet, thanks Gachl.

[Gachl]

So, trying to get the correct libraries, Steam has now decided to rm -rF ../../ out of its installation directory (from /srv/rust/steam all the way up to /srv, TWO FOLDERS UP, WHAT????) which deleted all my game servers (even completely unrelated stuff to steam)... I am SO HAPPY right now.

I am so done now trying to get this to work. I am losing my head and all my game servers over this shit and that was it for me.

I hope someone eventually gets this to run somehow but it'll not be me. This is how far I got: [url]http://pastebin.com/ja5zx3A9[/url] but this dumb steamclient.so is 32 bit and trying to get the 64 bit version[URL="http://pastebin.com/UWuKC0Kd"] it deleted *all* my /srv/ files[/URL] even tho it has absolutely nothing to do in /srv/.

[asphantix]

[QUOTE=Gachl;45609599]So, trying to get the correct libraries, Steam has now decided to rm -rF ../../ out of its installation directory (from /srv/rust/steam all the way up to /srv, TWO FOLDERS UP, WHAT????) which deleted all my game servers (even completely unrelated stuff to steam)... I am SO HAPPY right now.[/QUOTE]

steamcmd did a 'rm -rf' ? WAT?
And if so why does it have goddamn writing rights on /srv on your system in the first place?

[elix]

Wow, that's no fun. But you are messing with alpha software. Keep backups.

[Clandestina]

[QUOTE=garry;45588042]I think what's more likely is that it is finding the library, but it's not finding the steam libraries - which are in the root. Try copying those files into the Plugins/x86_64 folder.[/QUOTE]

The problem is probably that the system's glibc and c++ libraries are not the version steamclient.so requires. The error is reported when trying to load libSteamNative.so from the Plugins, because that library depends on steamclient.so. It's finding libSteamNative, and finding steamclient.so but can't load steamclient.so.

If like me, you run a 64 bit system, you will also need to install 32bit compatibility for glibc, libgcc_s and libstdc++. Those are the only 32bit packages the steam libraries depend on.

Run this command from the rust_dedicated root directory:

$ find -name \*.so* | xargs -n1 ldd
(see [url]http://pastie.org/9451506[/url] for output)

That will show you the dependencies of each .so and where they were located on the file system. It will also tell you if any dependencies don't meet the minimum requirements.

In my case, I can't load the so in Plugins/x86_64 because they depend on a higher revision of glibc and libstdc++ than I have. These are pretty modest requirements. Time for me to upgrade, I guess.

./libsteam_api.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by ./libsteam_api.so)
./libsteam_api.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./libsteam_api.so)

./RustDedicated_Data/Plugins/x86_64/libsteam.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./RustDedicated_Data/Plugins/x86_64/libsteam.so)

./RustDedicated_Data/Plugins/x86_64/libsteam_api.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by ./RustDedicated_Data/Plugins/x86_64/libsteam_api.so)
./RustDedicated_Data/Plugins/x86_64/libsteam_api.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./RustDedicated_Data/Plugins/x86_64/libsteam_api.so)

./RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so)
./RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so)
./RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by ./RustDedicated_Data/Plugins/x86_64/libCoherentUI_Native.so)

./RustDedicated_Data/Plugins/x86_64/steamclient.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./RustDedicated_Data/Plugins/x86_64/steamclient.so)

./RustDedicated_Data/StreamingAssets/CoherentUI_Host/linux/libffmpegsumo.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./RustDedicated_Data/StreamingAssets/CoherentUI_Host/linux/libffmpegsumo.so)

./steamclient.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./steamclient.so)

[Neico]

That may be the case for you, but the primary issue lies with finding the file itself, if you observe the following output you'll notice that it's looking into the mono x86_x64 folder and then directly where the file is actually located.

My guess is that some redundant code is trying to look for the library in a place where it once was (as far as I remember the file was located under mono/x86_x64 at some point but was moved to plugins) and is somehow screwing up the old path with the new one.

Started Server on port 28020
 
(Filename: /BuildAgent/work/d63dfc6385190b60/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 49)

Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/.//global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/./lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/.//global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/./lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/.//global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/./lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/.//global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/./lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /global/steam/steamcmd/rust/RustDedicated_Data/Mono/x86_64/lib/global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Total system RAM: 3010 MiB
DllNotFoundException: /global/steam/steamcmd/rust/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
  at (wrapper managed-to-native) Steam.Server:Steam_Server_SetupCallbacks (Steam.SteamCallback)
  at Steam.Server.Init (Steam.ServerConfig config) [0x00000] in <filename unknown>:0 
  at ServerMgr.StartSteamServer () [0x00000] in <filename unknown>:0 
  at ServerMgr.Initialize (Boolean loadSave, System.String saveFile) [0x00000] in <filename unknown>:0 
  at Bootstrap+<DedicatedServerStartup>c__Iterator0.MoveNext () [0x00000] in <filename unknown>:0 
 
(Filename:  Line: 4294967295)

I'm pretty sure that garry will get behind the issue and fix it pretty soon, it doesn't look like something that is hidden away much

[Clandestina]

[QUOTE=Neico;45615170]That may be the case for you, but the primary issue lies with finding the file itself, if you observe the following output you'll notice that it's looking into the mono x86_x64 folder and then directly where the file is actually located.[/QUOTE]

It's not looking there, that is a display glitch in the error message. I ran the server under strace and watched what files it opens. It never actually tries that path name. It is a display glitch.

Try running the command I suggested.

[Gachl]

I have already posted a solution to libSteamNative.so and libc6 issue: [url]http://pastebin.com/ja5zx3A9[/url]
follow these instructions and you won't have the libSteamNative.so issue anymore.

[QUOTE=elixwhitetail;45610186]Wow, that's no fun. But you are messing with alpha software. Keep backups.[/QUOTE]
As far as I know, steamcmd.sh and steam.sh are not betas anymore. It's not the fault of Rust but of steamcmds cleanup script that fucked up.
[QUOTE=asphantix;45609956]steamcmd did a 'rm -rf' ? WAT?
And if so why does it have goddamn writing rights on /srv on your system in the first place?[/QUOTE]
Because my game server user has access to all game server folders.

[Clandestina]

[QUOTE=Gachl;45617901]I have already posted a solution to libSteamNative.so and libc6 issue: [url]http://pastebin.com/ja5zx3A9[/url]
follow these instructions and you won't have the libSteamNative.so issue anymore.[/quote]

[quote]
Problematic errors:
dlopen failed trying to load: steamclient.so with error: steamclient.so: wrong ELF class: ELFCLASS32
[/quote]

How is it running when it still can't dlopen the steamclient.so?

[Gachl]

[QUOTE=Clandestina;45619592]How is it running when it still can't dlopen the steamclient.so?[/QUOTE]
it's not running. the steamclient.so issue is something different!

[Samsah]

Hello!

This is what I get with my Debian Wheezy 64bit.
Console.log: [url]http://pastebin.com/pdeqfEAG[/url]
errors.html: [url]http://pastebin.com/wYx0C3Jt[/url]
Logs looks like about the same as previous quotes in this thread.

Launch parameters:

LD_LIBRARY_PATH=/path/to/lib6/lib64:/path/to/rust/RustDedicated_Data/Plugins/x86_64/:${LD_LIBRARY_PATH} ./RustDedicated +server.hostname "Server name" +server.identity "testi" +server.seed 123 +server.port 28015 -logFile "console.log"

Mono-related packages installed:

mono-runtime mono-gac mono-4.0-gac libmono-system4.0-cil libmono-system-xml4.0-cil libmono-system-security4.0-cil libmono-system-core4.0-cil libmono-system-configuration4.0-cil libmono-security4.0-cil libmono-posix4.0-cil libmono-i18n4.0-cil libmono-i18n-west4.0-cil libmono-corlib4.0-cil

What Mono-packages you guys got installed? I'm not very familiar with Mono :S

[p1nou]

same problem ...
I can not find a solution.
I think we should expect an update.

[Kooglio]

damn was so hoping this would work, but sadly same errors as others have had ...ie

errors.html: [url]http://pastebin.com/wYx0C3Jt[/url]

and [IMG]http://up.nlan.org/KGMDiM.png[/IMG]