CmdrKeen

the files in question which you listed in your second quote bubble are not set to allow global modifying, so if the user modifying them is not the owner or of the same group, they cannot. if you were to chmod that directory recursively with 777 it would allow global write permissions. ( from the console for the docker: chmod +R 777 /config/mineos/games/servers/[NAMESERVER]/plugins/Skript ) this is not a permanent fix...the closest thing i was able to find personally was to separate mineos files to their own share in unraid, and modify unraid's samba config for that new share to add "force user = root", "force group = root", and "create mask = 777" to /etc/samba/smb-shares.conf, then restart samba. this makes every new file you add automatically be owned by root and have full permissions. obviously this is not perfect and not advised, however it was the only thing that worked relatively well for me. additionally, these changes would go away every time the unraid server restarts as the smb-share.conf file i edited gets reset every boot.

I had previously used the MineOS docker from Clowrym and only switched to binhex's when i was having some instability and performance issues with Clowrym 's and realized it had not been updated in almost 2 years. since i posted that on the 17th of last month i have switched back to Clowrym's MineOS docker and have had no issues with it whatsoever (other than some shenanigans getting my minecraft servers transferred). I honestly was not able to figure out why it was taking so long to start and why it would suddenly lose the ability to have a webui. also being able to download PaperMC directly from MineOS again is nice

I just tried moving the entire "games" directory inside a new folder so it was in a different location. the docker is still taking a very long time to boot. last time I rebooted it (about 20 minutes ago) it never actually fully booted into a working webui. it finished booting but i was never able to get to the login page at all, just showed "unable to connect".

anybody else have an issue where the docker takes almost 20 minutes to finish loading so i can access the webui? The log will stay at this screen for 17-18 minutes or so before finishing booting, and any time i need to restart the docker it does the same thing. Eventually it finishes booting and the log looks like this (note the timestamps to see the delay):

I haven't had any issues manually dropping a new jar in my server folder and selecting it in MineOS. Make sure you dropped the paperclip.jar into the correct folder ( /config/mineos/games/servers/NAMEOFSERVER/paperclip.jar ) If it is in the right place but not showing up, I would recommend launching the console for the docker (click the mineos docker icon in unraid and select console) and run chmod -R 777 /config this will probably take about 30 seconds to complete. once it's finished, restart the docker and see if the file you dropped into the server folder will show up.

I can't help with the issue of the docker taking a long time to start the webui and then a long time to load the server list, but i had a lot of server performance issues with spigot in the past and they mostly went away when i switched to paper. might be good to look into it.

Is PaperMC no longer available from the profiles download page in the webui? EDIT: this appears to be an issue with where papermc hosts their files: https://discourse.codeemo.com/t/paper-profiles-no-longer-available/5100

I might recommend setting the JAVA_VERSION variable in the unraid docker config to "latest" (no quotes). this will set it to default your servers to java 17 (for now, though if it gets updated past this it should follow suit). If you don't have this variable in the docker config page, you should be able to add it manually: If you need a server to use version 8 or 11, then set it manually in the server.config file for that server.

I just updated the docker and experienced this upgrade... I've got 4 servers running 1.16.5 paper, 1 server running 21w14a (last 1.17 beta before mojang stripped out the world gen), and 1 server running 1.17.1 paper. the 1.17 and 21w14a servers have no issue running on java version 17 (i specified in the server.config that they use java 17). the 1.16.5 servers will not start with java 17. not sure if I'm doing something wrong but they were working fine on java 16. i set them to use java 8 for now, since java 16 was replaced with java 17 in the docker also...the JAVA_VERSION variable in the docker config doesn't recognize java version 17 as the default...when i had 16 in there the log said it didn't recognize it and instead set it to "latest". when i emptied the variable, it defaults to java 8

are you able to access the webui? or is your issue that a minecraft server isn't working?

minecraft isn't particularly multi-threaded for CPU; all 8 cores aren't going to be utilized for 1 server. I'd probably uncheck all the CPU cores and just let unraid schedule core usage as it sees fit rather than assigning that many cores to it. that sounds like a lot of mods for 1 minecraft server to be running. more RAM might help but hard to say.

Does anyone else have the same issue i have where any time i download a new version of paper or any time i add a new plugin or add any new files in the appdata folder for mineos, i can't access the webui anymore until i chmod -R 777 the config directory and reboot the docker? I'm basically wondering if i backup all my servers and torch all traces of the docker and start again...will it fix the issue or are other people experiencing the same thing?

Keep in mind that Minecraft 1.17+ requires Java version 16 or newer:

I was going to create a new vdisk for the new VM. I don't tend to re-use vdisks.

Microsoft's utility only goes Legacy -> UEFI, it does not go the other way. I will need to create a new VM then. Thank you for the info. I will back up my data and start from scratch.

I'm trying to passthrough a GTX 550 Ti to my Windows 10 VM, which was previously installed using OVFM BIOS, UEFI boot mode, GPT partition. I was using a Radeon HD 6450 passed through. After attempting to pass through the card unsuccessfully for a few hours, i realized that the new card will not operate properly on a system that does not support Legacy mode (when i put it in my other system to RIP the vBIOS, i had to enable legacy mode before it would boot with that card in at all). My question is, is there a way to either enable Legacy/CSM mode in OVFM, or else enable UEFI mode in SeaBIOS?

I was successfully able to specify Java version per server by following instructions from fegkay15 here: https://github.com/hexparrot/mineos-node/issues/396#issuecomment-859964111 Basically, edit the "server.config" file for each server, and add a line right under the [java] heading: java_binary=/usr/lib/jvm/java-16-openjdk/bin/java Change 16 to 11 if needed. restart the minecraft server after saving file. This is the location of the java binary for me. since this is for the mineos docker specifically (not the whole unraid server) and these were installed as part of an update to mineos docker, the location should be the same for everyone, though results may vary.

Stopping the MineOS docker from unraid WebUI does not "gracefully" stop minecraft servers as far as i know, so i would assume that CA Appdata Backup wouldn't be able to either. That being said, as long as nobody is actively playing on the servers i wouldn't worry too much about data loss. it usually saves to file very frequently in case of power less, unexpected shutdown, etc.

I'm experiencing this issue... Strom12 indicated they had solved their problem but never said how...can't find much info about this. I'm trying to install BigSur (not Catalina), however it is behaving the exact same way where VNC connection shows a black screen. hitting enter shows the apple logo but nothing else happens and i can't get past this screen.

Geyser and Floodgate plugins require forwarding 19132 both UDP and TCP since Bedrock uses both (at least it seemed to for me...no mention of it on the FAQ page for GeyserMC). Also, if you use dynamic dns service like duckdns for your address, sometimes these don't work. I had mine initially reject connection but after a few minutes it started working.

I am using latest, though when the previous version was released i had some crazy problems and had to revert to an older version until you undid those changes. I am also using btrfs on my cache drive and i am running in priviledged mode, though i have experienced the same issues with priviledged mode turned on and off so ... not sure if that's important or not.

I believe i am also having a permissions issue, though it is behaving differently. I'm running several servers, a couple running papermc 1.16.5, one running papermc 1.8.8, one running forge 1.16.5, one running mojang snapshots. everything runs fine until i want to update either papermc to the newer version or update the snapshot server to the newest snapshot. upon downloading the files to update (not applying the new .jar files or restarting the servers), i can no longer access the webui (microsoft edge says ERR_CONNECTION_REFUSED) until i restart the docker again (which takes about 3 minutes to start but doesn't seem to be stuck at setting permissions).

I've updated to the newest version of the docker (and I'm running unraid 6.8.3) The docker starts, but will not let me connect to the webui at all (waited over 10 minutes and nothing more appears in the log and no further progress). I've tried chmod -R 777 /mnt/user/appdata/binhex-mineos-node/ and I've tried running the docker as priviledged, and I've tried running host mode or bridge mode, and no difference. I believe it is starting minecraft servers, but no webui access whatsoever.

I managed to have the docker log open when the webui stopped responding. the section at the top was starting the docker, middle is running correctly, and bottom it crashed/stops responding.

the permissions rewrite shouldn't be taking 3 minutes though... when i run chmod -R 777 for the entire appdata folder for this docker, it takes less than 10 seconds. the docker, however, takes around 3 minutes to launch.