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.

you evidently didn't read my post. I DID see the warning message as i said at the bottom. additionally, the array would not start (the START button was greyed out) unless 2 cache drives were selected. not sure why this was the case. I did manage to get everything moved over and working great thanks to jonathanm

ok so if this was the issue then once i started the docker service it should have resized appropriately...right? if so it did not fill the additional 20gb.

I used "cp -R /mnt/cache/* /mnt/cachenew/" when i noticed the descrepency i went over it again with rsync -ah but got the same result I'm not sure what sparseness means

So i copied all data from /mnt/cache to /mnt/cachenew then i stopped the array and renamed "cache" -> "cacheold" and renamed "cachenew" -> "cache" then i started the array and went to the chares tab. it auto-selected the new "cache" as what it was using for the appdata share (which is my only share set to remain on cache). i confirmed by starting a new blank minecraft server just to add a new folder through a docker. it is indeed using this new cache my only issue is there seems to be a descrepency of about 20gb between the old cache and the new one, and i can't figure out why this is.

I am using default mounting locations (i believe this should be /mnt/user/...) so the process would be; - stop docker & VM services - stop array - create a 2nd cache pool of my 2 x 480gb SSDs - start array - copy all files from original cache pool to 2nd cache pool (I'll need to figure out how to do this. I guess i can use the command line since i can't use krusader) - remove original cache pool...? I'm relatively confident in the first part but I'm a little unsure of the last few steps. My appdata share is set to be only on my cache drives for performance reasons. this is where my plex data relies. I'm not entirely sure how to copy data from one cache pool to the other since the /mnt/user/ directory only has shares in it.

I would prefer to not transfer everything to the array as the last time i needed to transfer my plex media library info to/from spinning disk storage it took over a day due to the large number of small files (even though the total size isn't that large). ideally going from SSD -> SSD would be much faster.

I currently have 2 x 240gb SSDs as a RAID 1 cache pool. I am trying to replace these with 2 x 480gb SSDs, and I have tried to follow the instructions here: https://forums.unraid.net/topic/46802-faq-for-unraid-v6/#comment-480419 Upon selecting the 480gb drive as one of the 2 cache drives and starting the array, the pool devices look like this: and there is an option at the bottom to format all unmountable disks (which seems to be both devices currently selected as cache drives, sdg and sdi) I'm not sure what I'm doing wrong. I also really don't want to copy all the data from my cache pool to the array if i can help it since there is a lot of very small files (plex media library info and minecraft servers, etc.) which would take an extremely long time to copy. EDIT: upon noticing the disclaimer that this isn't working in unraid 6.9.x, i read through that post in which someone suggested instead removing one drive without adding a new one first, however i am unable to start the array unless I have 2 drives selected (start button is greyed out). any other suggestions?

Sorry. My thought process was being possibly overly cautious. I didn't fully understand the contents would be overwritten regardless of content. I would have understood that better had I stopped the array, removed that drive form the array, restarted the array without that drive in it, stopped the array again, and tried to re-add it. At that point I had a clearer picture because there was the notice that it would rebuild. There was no clue in the webui of that being the case until I went through that process. (Even though I wiped the drive first, it still didn't want to rebuild until I went through that process)