BRiT

In that situation, using /mnt/usr/ still wouldn't fix their issue. They would need to individually map every single share, being sure to include include "/" at the end of every host path. This seems Ike it will break a lot of use cases that simply map /mnt/usr/ .

Keep in mind that you probably don't want to buy your drives all at once. This is to prevent them failing all at once or from the same issue IF there is a bad batch or a batch has a common issue.

Yes. There are plenty of "gotchas". You will need to take the time to find any incompatible plugins, remove them and replace with compatible plugins. This is required for going to 6.11.x or newer versions of unraid. The most prominent is replacing DevPack with DevTools and switching from one version of NUT to another if you use that alternative UPS software. There are more that we're no longer supported from the original author, so others have made compatible versions, so you need to switch over.

I only noticed this within the past week.

Scree shot to show how it looks now:

I am using the dark theme if it matters.

The recent change of styles for the forum makes it incredibly difficult to be able to tell the difference between Unread and Read threads. Previously the unread threads had thicker font style, perhaps even used bold. Now the text style is barely different from already read threads. Is there any chance you can reapply the styling or do something to show more of a difference between the two? Thank you

Be sure to see if you are using any plugins that are not 6.11 compatible. First up is NerdPack (provides ability to install more smaller things), if so transition to NerdTools (similiar to NP but 6.11 compatible) or plan to after the upgrade. I think the approach I used was to write down what I actually used from NP, uninstalled it, upgraded OS, installed NT, then installed what I used from my list. Next up is NUT which is an alternative Battery UPS plugin. Most simply use the normal APCUPSD instead. There is a newer version of this being maintained by an active community developer. You should switch over to their version, if you need it. This may only be required if you plan on going to 6.12.x series once it releases. Those were my two largest updates that I needed when upgrading. Oh, I did have to upgrade my version of PUTTY on all my other windows systems so I could SSH into unraid. Something about newer cipher algorithms or certs being used and removing compromised older ones. Without this client software update it couldn't negotiate a connection. At the same time I also switched my dockers from macvlan to ipvlan. That was painless for me, but I did need to adjust the docker config to remove the old params and use the newer params in order for them to start. For my VMs, I pulled down newest vm tools and made sure to update them inside the VM after the unraid update. I may have been lucky, but going from 6.9 to 6.11 was uneventful for me.

For completeness here are the previous posts documenting this regression and misbehavior compared to older versions of "newperms" which worked fine with "." as current directory:

I reported this exact behavior for "newperms" before but was told it was working as expected. It has a bad effect on the UI and a lot of other things. The quickest way to undo the damage it did is to reboot.

If you want it fixed then you need to take it up with the genuine Linux developers, as they are the ones who do the Kernel, Drivers, and Networking Stacks. Unraid is merely small pieces added on top of that.

Is there a solution to this current thread? Or will it remain unsolved? 😋

That's just the way they were implemented. 🤷‍♂️

All expected parts of the system to support the functionality of docker and vms.

In the meantime maybe you could try from here -- https://slackware.pkgs.org/15.0/slackware-x86_64/expect-5.45.4-x86_64-4.txz.html / https://slackware.uk/slackware/slackware64-15.0/slackware64/tcl/expect-5.45.4-x86_64-4.txz

Is preallocation for full size of download enabled in your torrent software?

AFAIK, Nginx is what the base web ui uses.

Recycle Bin is the best you're going to be able to deal with, but that is restricted to SMB activity.

You need to restore from backup your "appdata" share. You said in the first line of your original post that it was wiped out from the crash. That is where all the data is really stored for these dockers. That is your issue.

You need to restore from backup your "appdata" as well. That is where all these dockers store their actual configuration files and databases and other required information. The "previous apps" is very limited information like the parameters and configuration of the docker run command.

You could easily install your own webserver docker and serve up the files that way.

I don't know if those drive are supported by WDidle3 or if they have their own program to adjust their behaviors, so do your due diligence to know if that is needed or even supported. But in the past many have had to use that program on WD drives to get their load cycle counts under control.

Have you tried adjusting their settings using WDIDLE3?

XMP is overclocking memory. I would avoid all overlooking on a system that stores my data. It doesnt matter if it's cpu or memory, you don't want to run out of spec.

You probably need to ask the actual Plex developers what their application does when "optimizing the DB" and what additional directories you may have to map so it doesn't write inside the Docker image.