Dennis

The script was only meant as a temporary workaround and I even think SteamCMD fixed the issue shortly after. That's because TCAdmin only uses a single core AFAIK. This is to prevent 100% CPU usage when installing large mods - that would effect the performance of running game servers negatively, and a single user could potentially ruin the experience for all of your clients on the same server. Also note that there could be a difference in which SteamCMD executable is being used. If you have 'Execute as the service's user' checked in the Steam Settings for the game, SteamCMD will execute from C:\TCAFiles\Users\SteamCmd. If it's not checked, it would execute from C:\Program Files\TCAdmin2\Monitor\Tools\SteamCmd. We've had massive issues with SteamCMD installations getting corrupt when it wasn't executed by the user (meaning C:\Program Files\TCAdmin2\Monitor\Tools\SteamCmd was used). We constantly had to reinstall SteamCMD. Could you confirm whether or not SteamCMD is configured to be executed by the service's user in the game settings?

You don't have to set it to an A record. You can just set the hostname to the public IP as well

It seems that you're starting the server on IP 0.0.0.0 - that would be why. "Query running in ..." should report the server's IP and port.

Sorry. That has been fixed - latest version has been reuploaded.

What's New in Version 1.8.0 [Changed] Default QueryPort changed. Read more here: https://wiki.facepunch.com/rust/Creating-a-server#importantinformationregardingtheserverqueryportstartingfrom2ndfebruary2023 [Changed] Default RconPort changed [Added] Commandline now includes query port Existing services will need to have their query port and rcon port updated manually. Remember to click "Update Existing Services" after updating the config.

That's most likely a result of the server not responding to queries. Check the activity log for the service.

That issue is fixed in the upcoming release of TCAdmin. It's not caused by the Minecraft config.

You can send the values like this in PHP: $billing_api_values["gamevar_Xmx"] = "512"; $billing_api_values["gamevar_Xms"] = "512";

What's New in Version 1.1.3 [Fixed] Private rule not configured properly [Fixed] RCon protocol was not set for Linux

You can find them in ShooterGame\Saved\Logs. Note that the server does not write the log file before the server is shut down.

Try clearing the TCAdmin2 cache folder (in C:\Program Files\TCAdmin2\Cache or /home/tcadmin2/Cache) and restart the TCAdmin Monitor. Alternatively, you can go to your theme settings, click the Advanced tab and uncheck "Enable CDN".

That's most likely not an issue with the config but rather your TCAdmin installation. It could be that the new remote server doesn't have an SSL certificate while your web panel is accessed via HTTPS. Open the developer console for your browser (usually by pressing F12) and see if there's any errors in the console tab.

Mine shows 0.212.7 as well but according to SteamDB, public-testing and public branches are on the same version:https://steamdb.info/app/896660/depots/

Have you tried using the Update Tool in command prompt instead of PowerShell?

Well, that looks completely fine. I have no idea what's causing the issues then. Works fine on my end.

Of the game config in TCAdmin, sorry The Steam AppID needs to be configured like this: 896660 -beta ![branch]

Could you share a screenshot of the Steam settings for the game?

What's the output when clicking the button to switch branch? What happens when you run the steam update?

You need to update the server afterwards. It only switches the branch - it doesn't update the server.

What's New in Version 1.2.0 [Added] Crossplay option to command line [Added] Option to switch to the public testing branch

Thanks for reporting this issue. Could you try navigating to System > Settings > Game & Other Voice Services > Minecraft > Custom Scripts. Find the one called "Log4jPatcher securing" and delete line 27 (only contains ThisService.Save()). Once that's done, go back to the Minecraft config and click "Update existing services" and see if that fixes your issue.

We can't do anything about that, unfortunately. This was the only way I was able to pull recent-ish updates. Mojang does not provide an API to get the latest releases for Bedrock Edition.

Hmm, I would advise you to create a ticket then. I don't know what could be causing that error. Could you share the rows in the table? There might be two rows with the same ID.

What's New in Version 1.1.1 [Added] Script to disable launcher service after move. This is only needed on Windows 10, Windows Server 2019 and newer.

I don't think you're supposed to have the second index. Could you try removing that?