Jump to content

JetFox

Alpha Release V2.0.3.0: AtlasUpdater - Auto-Updater/Restarter

Recommended Posts

@JetFox

Thanks for the update!

¿Any special commands?
 

EDIT:

Commands like "@BOT rcon Broadcast Test" works but keep spamming this:

Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!

Thanks

Edited by Dobby

Share this post


Link to post
Share on other sites
1 hour ago, Dobby said:

@JetFox

Thanks for the update!

¿Any special commands?
 

EDIT:

Commands like "@BOT rcon Broadcast Test" works but keep spamming this:


Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!
Response: Server received, But no response!!

Thanks

Youll get a response for every server since it runs rcon on every server lol

Share this post


Link to post
Share on other sites
On 1/18/2019 at 10:33 AM, Speraves said:

V2 won't start my servers at all. No error just doesn't start them. 

@JetFox v2.0.01 still won't start my servers. What can I do to help you troubleshoot this?

Here's my config:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <configSections>
        <sectionGroup name="userSettings" type="System.Configuration.UserSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
            <section name="ARKUpdater.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" allowExeDefinition="MachineToLocalUser" requirePermission="false" />
        </sectionGroup>
    </configSections>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" />
    </startup>
    <userSettings>
        <ARKUpdater.Properties.Settings>
            <setting name="UseCrossChat" serializeAs="String">
                <value>0</value>
            </setting>
            <setting name="UseDiscordChat" serializeAs="String">
                <value>0</value>
            </setting>
            <setting name="DiscordToken" serializeAs="String">
                <value><TOKEN></value>
            </setting>
            <setting name="DiscordChannelID" serializeAs="String">
                <value><CHANNELID></value>
            </setting>
            <setting name="DiscordGuildID" serializeAs="String">
                <value><GUILDID</value>
            </setting>
            <setting name="relayServerInfoOnly" serializeAs="String">
                <value>1</value>
            </setting>
	    <setting name="DiscordBotID" serializeAs="String">
                <value><BOTID</value>
            </setting>
        </ARKUpdater.Properties.Settings>
    </userSettings>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.IO.FileSystem" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.3.0" newVersion="4.0.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.IO.Pipelines" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.0.1" newVersion="4.0.0.1" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Buffers" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.3.0" newVersion="4.0.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="protobuf-net" publicKeyToken="257b51d87d2e4d67" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-2.4.0.0" newVersion="2.4.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Win32.Registry" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.1.0" newVersion="4.1.1.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Interactive.Async" publicKeyToken="94bc3704cddfc263" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-3.2.0.0" newVersion="3.2.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Collections.Immutable" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.2.3.0" newVersion="1.2.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-12.0.0.0" newVersion="12.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Numerics.Vectors" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.4.0" newVersion="4.1.4.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

 

Capture.PNG

Edited by Speraves

Share this post


Link to post
Share on other sites

Can you add an option to turn off updating our Discord bot's status please? My bot uses it's status, but attaching the bot to this tool updates it's status to "Playing Atlas Server-Manager V0.2 Alpha"

Share this post


Link to post
Share on other sites
15 hours ago, Speraves said:

@JetFox v2.0.01 still won't start my servers. What can I do to help you troubleshoot this?

Here's my config:


<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <configSections>
        <sectionGroup name="userSettings" type="System.Configuration.UserSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
            <section name="ARKUpdater.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" allowExeDefinition="MachineToLocalUser" requirePermission="false" />
        </sectionGroup>
    </configSections>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" />
    </startup>
    <userSettings>
        <ARKUpdater.Properties.Settings>
            <setting name="UseCrossChat" serializeAs="String">
                <value>0</value>
            </setting>
            <setting name="UseDiscordChat" serializeAs="String">
                <value>0</value>
            </setting>
            <setting name="DiscordToken" serializeAs="String">
                <value><TOKEN></value>
            </setting>
            <setting name="DiscordChannelID" serializeAs="String">
                <value><CHANNELID></value>
            </setting>
            <setting name="DiscordGuildID" serializeAs="String">
                <value><GUILDID</value>
            </setting>
            <setting name="relayServerInfoOnly" serializeAs="String">
                <value>1</value>
            </setting>
	    <setting name="DiscordBotID" serializeAs="String">
                <value><BOTID</value>
            </setting>
        </ARKUpdater.Properties.Settings>
    </userSettings>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.IO.FileSystem" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.3.0" newVersion="4.0.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.IO.Pipelines" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.0.1" newVersion="4.0.0.1" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Buffers" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.0.3.0" newVersion="4.0.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="protobuf-net" publicKeyToken="257b51d87d2e4d67" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-2.4.0.0" newVersion="2.4.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Win32.Registry" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.1.0" newVersion="4.1.1.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Interactive.Async" publicKeyToken="94bc3704cddfc263" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-3.2.0.0" newVersion="3.2.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Collections.Immutable" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.2.3.0" newVersion="1.2.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-12.0.0.0" newVersion="12.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Numerics.Vectors" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.4.0" newVersion="4.1.4.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

 

Capture.PNG

Try v2.0.0.2 now.

 

5 hours ago, Largoat said:

Can you add an option to turn off updating our Discord bot's status please? My bot uses it's status, but attaching the bot to this tool updates it's status to "Playing Atlas Server-Manager V0.2 Alpha"

No, make another discord bot.

Share this post


Link to post
Share on other sites
22 minutes ago, JetFox said:

Try v2.0.0.2 now.

Did you see my post here?

As well, could you add a timer option when rcon gets polled? For our dedicated server yours is too fast.
It takes around 180 sec to get all grids startet > your tool already tries to rcon before they are up and running.

Share this post


Link to post
Share on other sites
7 minutes ago, Firedragon said:

Did you see my post here?

As well, could you add a timer option when rcon gets polled? For our dedicated server yours is too fast.
It takes around 180 sec to get all grids startet > your tool already tries to rcon before they are up and running.

            QueryString.Append(string.Format("{0}?ServerX={1}?ServerY={2}?AltSaveDirectoryName={3}?MaxPlayers={4}?QueryPort={5}?RCONEnabled=true?RCONPort={6}?Port={7}?ServerAdminPassword={8}?ServerPVE={9}",

 

I see RCONEnabled=true in the commandline in the software.

I'm currently aware of the backup not doing redis which is why i have mine disabled currently because of that and its high cpu usage.

I host my redis on a separate server which hasn't gone down yet, so i dont normally have the redis issues on start...

 

You should be able to add day night cycles to the:
 

            "ServerParameters": { 

            "DayCycleSpeedScale": "0.5",

            "ReservedPlayerSlots":    "30",
            "SeamlessIP":    "162.248.94.33"
            },

etc...

Rcon Timer, i'll see and the "SteamUpdateScript" and "GameServerPath" is a one time setting and there is no need to add it for every grid you add.

I can remove later, initially i just left it as this was used for ark before with multiple server directories.

Edited by JetFox

Share this post


Link to post
Share on other sites
11 minutes ago, JetFox said:

I see RCONEnabled=true in the commandline in the software.

settings.json contains "RCONPort": 28001, but it doesn't add it to the startline
> thus we had the problem rcon was at random and didn't work with atlasupdater.

11 minutes ago, JetFox said:

I'm currently aware of the backup not doing redis which is why i have mine disabled currently because of that and its high cpu usage.

If it runs on the same PC, it would be nice to add this as an option.

11 minutes ago, JetFox said:

I host my redis on a separate server which hasn't gone down yet, so i dont normally have the redis issues on start...

Could you add a function to check for it, for ex. if it repeatly trys to start the grids within 30 seconds
to stop or delay until it stops (including options to configure it)?

It was a big issue and we had to call our service manager to reboot (pay service) our server as it is not at home.

11 minutes ago, JetFox said:

            "ServerParameters": { 

            "DayCycleSpeedScale": "0.5",

            "ReservedPlayerSlots":    "30",
            "SeamlessIP":    "162.248.94.33"
            },

Good to know, didn't think this would work and are fixed options.

Edited by Firedragon

Share this post


Link to post
Share on other sites
8 hours ago, JetFox said:

Try v2.0.0.2 now.

Works now! Thanks for the quick updates!!! 🙂

Share this post


Link to post
Share on other sites
2 hours ago, Speraves said:

Works now! Thanks for the quick updates!!! 🙂

 

10 hours ago, Firedragon said:

settings.json contains "RCONPort": 28001, but it doesn't add it to the startline
> thus we had the problem rcon was at random and didn't work with atlasupdater.

If it runs on the same PC, it would be nice to add this as an option.

Could you add a function to check for it, for ex. if it repeatly trys to start the grids within 30 seconds
to stop or delay until it stops (including options to configure it)?

It was a big issue and we had to call our service manager to reboot (pay service) our server as it is not at home.

Good to know, didn't think this would work and are fixed options.

V2.0.0.3

Configuration Change: GameServerPath moved from settings-template.json to the top so you dont have it for every server...

Configuration Change: SteamUpdateScript moved from settings-template.json to the top so you dont have it for every server...

 

Crash Detection on RedisDB, if a server crashes it wont boot up the servers til redis is back online.

15df8dcb98cf809041d1ac91bc572bf4.png

  • Thanks 2

Share this post


Link to post
Share on other sites

@JetFox Just curious about your Cross Server chat, do you find it to be stable even when there are a large amount of players online? (50+ at least). 

Interested to know how it compares to the cross chat developed for ATLAS Api (https://arkserverapi.com/threads/cross-server-chat.866/) Is it able to format the text to show correctly in game (normal font, color and size etc) or does it appear as the big yellow text that is default for RCON?

Thanks, will give this ago when i have some time to set it up!

Edited by Shadowsong

Share this post


Link to post
Share on other sites

@jetfox Looks like  you modified the ark version of this from https://github.com/Bottswana/ARKUpdate I also modified this for managing my Atlas servers... my fork and modification/hack  of this can be found here: https://github.com/jrbynum/AtlasUpdater It is currently working okay... no cross chat integration as I am currently working on a full blown Atlas Server Manager with GUI.  NOTE: anyone using the binary and trying this out will need to have .net 4.6.1 installed. It works somewhat like jetfox's at the moment... my configuration is a bit different though. Anyway... just wanted to link to my source in case anyone wants to play developer...

  • Like 1

Share this post


Link to post
Share on other sites

@JetFox I have a problem with discordBot:

Quote

It seems that your bot, ATLAS, has connected to Discord more than 1000 times in a short period of time. Since this type of behavior is usually the result of a bug, we have proceeded to reset your bot's token.

Only your program is using the bot. (UseDiscordChat)

Thanks!

Share this post


Link to post
Share on other sites

Firstly, big thanks JetFox for making this, super useful.

I've got everything working except for one bit of weirdness relating to updating.

Whenever the tool tries to update, it shuts the servers down correctly, attempts to patch and gets about 3% of the way in and then gives this error in SteamCMD

App '1006030' state is 0x606 after update job.

I can fix it by deleting the download cache and .vcf file forcing the game to fully re-validate, but this has to be done manually.
Any manual updates work just fine, but every time the updater attempts to do it this error pops up and throws the servers into a restarting loop attempt to patch, then getting that error, over and over every 2 minutes.

Any ideas?

Share this post


Link to post
Share on other sites
9 minutes ago, w4stedspace said:

Firstly, big thanks JetFox for making this, super useful.

I've got everything working except for one bit of weirdness relating to updating.

Whenever the tool tries to update, it shuts the servers down correctly, attempts to patch and gets about 3% of the way in and then gives this error in SteamCMD

App '1006030' state is 0x606 after update job.

I can fix it by deleting the download cache and .vcf file forcing the game to fully re-validate, but this has to be done manually.
Any manual updates work just fine, but every time the updater attempts to do it this error pops up and throws the servers into a restarting loop attempt to patch, then getting that error, over and over every 2 minutes.

Any ideas?

Try reinstall steamcmd?

11 minutes ago, Dobby said:

@JetFox I have a problem with discordBot:

Only your program is using the bot. (UseDiscordChat)

Thanks!

Im aware of that bug, working on it.

  • Thanks 1

Share this post


Link to post
Share on other sites

No luck.

SteamCMD still works fine if I call it manually - it only kicks up that error when the Updater tries to call it.

Launch and type the usual

login anonymous
force_install_dir c:\atlas
app_update 1006030 validate

Works if I do it manually - doesn't if the updater calls it. Running WIndows Server 2016 if that makes any difference.

Share this post


Link to post
Share on other sites

I'm getting this after a reboot of my VM - Haven't changed anything, but tried updating to 2.0.0.3 from 1.5.0 and get the same issue.
 

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object.
   at ARKUpdater.Interfaces.ServerInterfaceWindows.StartServer(ServerChild ServerData) in C:\Users\SamGo\Documents\Visual Studio 2017\Projects\ArkUpdater-master\ARKUpdater\Interfaces\ServerInterface.cs:line 70
   at ARKUpdater.ARKUpdater.Run() in C:\Users\SamGo\Documents\Visual Studio 2017\Projects\ArkUpdater-master\ARKUpdater\Program.cs:line 391
   at ARKUpdater.Program.Main(String[] args) in C:\Users\SamGo\Documents\Visual Studio 2017\Projects\ArkUpdater-master\ARKUpdater\Program.cs:line 131

 

Share this post


Link to post
Share on other sites
1 hour ago, Rhaknem said:

I'm getting this after a reboot of my VM - Haven't changed anything, but tried updating to 2.0.0.3 from 1.5.0 and get the same issue.
 


Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object.
   at ARKUpdater.Interfaces.ServerInterfaceWindows.StartServer(ServerChild ServerData) in C:\Users\SamGo\Documents\Visual Studio 2017\Projects\ArkUpdater-master\ARKUpdater\Interfaces\ServerInterface.cs:line 70
   at ARKUpdater.ARKUpdater.Run() in C:\Users\SamGo\Documents\Visual Studio 2017\Projects\ArkUpdater-master\ARKUpdater\Program.cs:line 391
   at ARKUpdater.Program.Main(String[] args) in C:\Users\SamGo\Documents\Visual Studio 2017\Projects\ArkUpdater-master\ARKUpdater\Program.cs:line 131

 

Fixed

Share this post


Link to post
Share on other sites
30 minutes ago, Rhaknem said:

Same thing, but it's opening 3 out of 4 servers while still crashing :S

Confirm your server.cfg matches new parameters that moved to top.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×