Dennis

Sorry for the delayed reply. Using Paper doesn't fix that Java will use more RAM than you assign to it - but by default, Paper will use less RAM. It will still be able to go higher than the limit, though.

Are you still experiencing that error? Have you made sure the service manager and monitor are running? If they are, try restarting both of them.

What's New in Version 1.4.0 [Changed] Wipe Script [Added] Option to specify additional files that should be deleted during each wipe. This supports wildcards (*) [Added] Option to specify a list of seed to be used for wipes. [Added] When a seed is used, it can be removed automatically from the list

It doesn't matter what you set the RAM limit to in TCAdmin - unless you also set a value for virtual memory. If no value for virtual memory is set, the process will keep using virtual memory (page file). TCAdmin will not be able to control the real memory usage of a Java application any better than you can control it outside of TCAdmin. It's just not possible due to the way heap size works.

That's not an issue with the config. That's just how Java and Minecraft works. Newer versions of Minecraft uses a lot more RAM than older versions did. The more RAM you assign to a program, the more RAM it will consume generally. You can try starting the server outside of TCAdmin to verify that RAM usage is the same.

@kev60fps what's the issue? You allow it to use 8GB of RAM, and it's using 4GB.

Is that Linux or Windows? Try importing the config again. You can choose to only import updates.

@Ultrahost update TCAdmin. You can also open the .xml file with Notepad and remove the following: <rcon_commands>["whitelist on","whitelist off","seed"]</rcon_commands>

@Mikkel That shouldn't be a problem but I can't see why you would take that approach instead of the current one. Could you tell me why?

You're able to use whatever variant of Java you'd like (read the section " Use system-installed Java versions instead of bundling Java with the game service "). The issue is most likely not OpenJDK, though. I tested with multiple variants of Java and versions of Minecraft, and OpenJDK would often be the most efficient. The issue is rather that Minecraft 1.17 and newer uses a lot more RAM than previous versions did.

What's New in Version 1.3.8 [Fixed] Incorrect "server.level" value [Fixed] Service would not start after "Wipe on Rust wipe day" had executed if the service was started when the task began

What's New in Version 1.3.7 [Fixed] 'Wipe on Rust wipe day' script wasn't actually execution on wipe day.

What's New in Version 2.0.2 [Fixed] Error when creating service

What's New in Version 2.0.1 [New] TCAdmin now asks for Xmx and Xms values during setup [Fixed] Script for generating executable file [Improvement] Various bug fixes and improvements to scripts

What's New in Version 1.3.6 [Improvement] Make sure that server is stopped during 'Update uMod after Steam Update' [New] It's now possible to set a custom map from the Config Editor (check 'Use custom map' and specify a URL in 'Level URL') [Removed] HapisIsland

You can upgrade to the latest stable. That is 2.0.169.0

That's not the latest version. You should upgrade and then try installing the config again.

Make sure you're on the latest version of TCAdmin.

There's already an option that sets a random seed. If you don't tick that, it won't replace the current seed.

What's New in Version 1.1.3 Added update link for "Latest Valheim Plus" on Linux

@qspider are you on the latest version of TCAdmin? You will need that to make it work.

What's New in Version 2.0.0 Read before upgrading from version 1.x to 2.x! This config has been more or less rewritten. Java is no longer required to be installed on the server as pre-built OpenJDK binaries will be downloaded directly to the service folder. All modpacks have been removed from the "Mod manager" interface. This is done because we have expanded the Custom Mods module to include modpacks from FTB and CurseForge. If you want to take advantage of the new Custom Mods module, please uninstall the module first (if your current TCAdmin version is older than 2.0.169.4). After the module has been uninstalled, perform a manual upgrade to 2.0.169.4 (this version has the module included by default): https://help.tcadmin.com/Updating#Manual_Update Please note that 2.0.169.4 is a development build and might cause some issues. Use it at your own risk. [Added] Custom background images [Added] Reintroduced 'server-name' to show server name in TCAdmin [Added] Java 11 binaries [Improved] Automatic Java version detection. TCAdmin will try to detect the required version of Java based on different things If TCAdmin is unable to decide the correct version, it will default to Java 11 If OpenJDK doesn't exist in the service folder, it will fall back to environment variables (JAVA8, JAVA11 and JAVA16)* If the environment variables doesn't exist, it will fall back to using the regular 'java' command [Added] Automatic OpenJDK update if OpenJDK binaries are installed locally [Added] Purpur Mod [Added] Tuinity Mod [Removed] All modpacks Please note that things are not expected to work perfectly. It's a challenge to be able to detect the required Java version for all existing jars. If you encounter any issues, please post them in the thread.

TCAdmin will not interfere with traffic. TCAdmin will simply just start it how you tell it to. You still have the option to start the service manually outside of TCAdmin - but I can almost guarantee that it won't work either It's worth a try, though, and you might come closer to a solution.

The only thing I can think of is that you've made the portforward for the incorrect local IP. Make sure that they're also opened as incoming ports. Also, check that your Windows firewall is disabled for public, private and domain.

Are you sure that the services actually start completely? Check the log. Could you share a screenshot of your port rules in your router and firewall?