[[Support] binhex - MineOS-node]

24 minutes ago, binhex said:

ok i will take out the chmod on startup and users will just have to learn to do this themselves if they want to change files, owner will be root, group root as taken from a closed issue '...but it is a necessity for MineOS (to run as root) based on the Linux authentication model it offers (i.e., using Linux usernames and passwords).'

Honestly, I would leave it as is. I reckon those of us running dynmap are in the small % of users. Not to mention that MineOS has it's own limitations in regards to very large servers and files.

Regarding Java 11: So far no issues at all.

If I haven't done so already, thank you for your work in providing us with this container!

[[Support] binhex - MineOS-node]

2 hours ago, TheSexiestPanda said:

I feel like this question may have been answered already, but how do you get multiple servers running on different ports? I already have one running on 25565 but how do I get one running on 25566? I'm still very new to unRAID and dockers so any guidance would be greatly appreciated. Thanks!

In the initial config, it should have defaulted to a range of ports (25565 -25570). In the server properties (gui or file via text editor of choice), you change the query.port and server-port to the desired port. This process is the same if you're using Bungeecord.

[[Support] binhex - MineOS-node]

Yeah I noticed after I moved my dynmap folder outside of where MineOS was coded to check on that the WEBui is rather decent in terms of speed... but now the container takes around 1/2 hour to load if I had to restart it or something.  This makes sense now if there's a check on each file for permissions... dynmap can have 100's or 1000's of files in its directory.  Bah, can't win with this plugin lol

[[Support] binhex - MineOS-node]

On 1/21/2021 at 9:03 AM, ALucio said:

Hi, I updated my MineOS to Java 11. Don't know if the method I used is any good but I'm posting the steps just in case it helps anyone. I did it was as so:

 

In the MineOS Docker console, I used:

 

pacman -sS java | grep jre

This shows a list of available Java version for install.

 

pacman -S jre11-openjdk-headless

This install the version of Java/Openjdk you want, in this case 11. It will ask confirmation, just type Y and press return.

 

archlinux-java status

Shows the versions of Java installed, the new one should appear in the list, Java 8 will still be the default.

 

archlinux-java set java-11-openjdk

This sets the new version, in this case Java-11, as the default java version.

 

Now, just reboot your server (no need to reboot the container) and it should be running Java 11.

 

I personally kept Java 8 installed just in case I encounter any problems but no longer have the Paper upgrade message, have been running 11 for only one day but have not yet encountered any problems.

 

Sources:

https://wiki.archlinux.org/index.php/java

https://www.tecmint.com/install-java-on-arch-linux/

Just used your steps and this worked!

Thank you so much for posting this!

[[Support] binhex - MineOS-node]

So.. pretty sure I figured out the issue to my WebUI problem.

After doing quite a bit of research on the main dev's forums...it looks like mineOS scans everything at specific intervals. Why? I have no idea. One of the plugins I was using was Dynmap and this program creates a TON of small files for it's own webapp. I am not sure if I am right or not, but it seems every time mineos did it's scan, it had to parse every single file created.  I think mine had in the realm of 190k files (totaling about 800mb). Once i removed this plug-in and all it's contents...everything went back to normal. Seems like this is a limitation with mineOS.

So now that I am running without dynmap, the server is happy again and the webui is extremely responsive. 

[[Support] binhex - MineOS-node]

Hello!

I'm not quite sure what's happened but I noticed as of the last 2 weeks a few interesting things started to happen to the WebUI:

When the array comes online (or container is started) the WebUI takes around 10 mins or so to start working.
     -During the time where the WebUI won't load, I can still connect to the sever from the game without issue
When it does finally load up, all the cores I have assigned to this container peak to 80-100% usage for anywhere between 5 and 10 mins ( have 2 cores 2 threads assigned and these are not shared with any other container/application/VM).
It no longer shows I have any backups from the WebUI (but if I check the files, I do).
Perms on the folders are 0777 and accessible by "nobody", so I can't see why that would affect this.
Refreshing the page (I use firefox however, behavior is the same on Chrome), causes the WebUI to become extremely unresponsive for 1-2 mins.  This will cause the cores to peak to 80-100% usage during the 1-2 mins
I tried removing the container completely and re-doing it....and it's still doing the same behavior it was before.

Container logs don't really show anything worthwhile at all but are attached.

I am not sure if anything else may be causing this but I don't really know where else to diagnose. All other containers are working fine.

Only 1 server is running: PAper-MC with the following Java parameters:
-XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 -Dusing.aikars.flags=https://mcflags.emc.gs -Daikars.new.flags=true

I have assigned 8gb of ram to this server from the parameters.

Will be glad to upload any other logs if someone can point me to which ones might be good to pull.

I apologize if this is something not related to the container but to Hexparot's code, just figured I'd start here first.

Binhex-MineOS-Node Logs.txt