ConnerVT

If you are at the point that you need to swap your flash drive, the few moments it takes to open a cover to retrieve it is inconsequential. The benefits are preventing it from accidental damage, theft, loss, being removed while server is running, ....

Definitely. The "00000SANDISK" is the giveaway. They could not even be bothered to make up a unique serial number.

Good practice is to never pin/isolate Core 0 for any VM/Docker, as this will usually be used by the bare metal OS. This applies to most every OS, including Unraid. With the number of cores you have, there should be plenty of room for everyone to play nice and have the space they need.

Yes. At the bottom of the immich template, click on "+Add another Path, Port, Variable, Label or Device". Follow the instructions for filling these out from the second post from the NVidia Driver support thread.

The size used in the Docker image and what is in the appdata folder are two different things. My appdata folder (which is data external to the Docker image) only contains the machine learning folder. I am set up with these three containers from CA: immich, PostgreSQL_Immich and redis (jj9987's container). I assume you have a Nvidia card you are wishing to use, as you mentioned 'cuda'. I have a Nvidia P400 which has been working in immich. I didn't do very much special for the setup (pretty much followed the video I'll link below). For the Nvidia card, make sure you have the Nvidia Driver plugin installed. Then add: --runtime=nvidia in Extra Parameters cuda in MACHINE_LEARNING_GPU_ACCELERATION Your GPU ID in NVIDIA_VISIBLE_DEVICES (copy from the Nvida Plugin page, don't have any leading/trailing space characters all in NVIDIA_DRIVER_CAPABILITIES

"Truly Massive Storage" 😁

Do you have Plex Pass? Hardware transcoding only works for paid subscriptions. Also, do you have it configured in the Plex apps settings to use hardware transcoding? (Also works fine in the Linuxserver container.)

Seeing the same in all of my containers except 3. Those have no appdata configured.

OK, I know there are no dumb questions. Just dumb users. I qualify as one. 🤪 Where do I find the log file for this plugin? I only ever see "This log is not existing or empty" in the Status / Log tab.

Go to the Docker tab. Scroll to the bottom of the page, and click Container Size. It will show you what each container is using (sorted by size). Check the templates for your heavy hitters to see if things are mapped correctly. Most common is a typo error, or some location which was moved/removed after initially creating the container. 35GB for 38 containers is not unreasonable. Remember that both running and stopped containers are all included in the docker image. Some containers are written to be very light, others tend to be a bit more bloated.

For me, rsync and homegrown User Scripts have been the best solution. There are two different backup strategies going on with my server: -- Back up photos, backups from systems/devices on my network (which had previously been backed up to the server), and Unraid backups (such as appdata and flash drive). These go onto one of two external USB drives, which I swap occasionally and keep the idle one in my desk at work. -- Backup of my media files (except 4K movies, just not enough storage space at this time) get backed up to another Unraid server. This backup server sleeps most of the time, only to be woken up every twice a month to mirror sync the media library. There is just over 18TB of data. The initial sync takes some time (at 1 Gb/s network speeds) but the subsequent sync is more in the 15-30 minute range, depending how much was added in the previous 2 weeks. Below is a thread I created when I started the backup server build. The whole thread contains useful conversation, but I linked to the post that has my backup script. Hope it gives you some ideas.

Best practices for all Ryzen - Don't manually overclock (allow the CPU to handle it) Set memory timing based on this FAQ. Mind the Single/Dual Rank and the number of DIMMs used. (Also don't go by the marketing speed, but see what the true native speed of the DIMMs you are using). Typical Idle Current is generally the fix for Unraid freezes. Locking up C-States fixes things too, but may be a bit heavy handed/overkill.

The LT response gave an answer that was obvious, going from v6 to v7. Even the dimmest user could figure that out, and seems a little bit like spin in what seems to be a thread attempting transparency. My concern is more about going from minor updates, such as 6.12.8 to 6.12.9, which are generally are more for bug fixes than feature enhancement. Looks as that is also to be defined as a "software update" which doesn't seem to be to anyone's benefit - Unraid user or Limetech.

If I understand you correctly (and I may be mistaken), I would see this as potentially an issue. Most of the x.xx.Y releases recently (the past few 6.xx releases) have been mostly bug fixes to correct issues not identified by LT in the 6.xx release. There will be some unfortunate Unraid users whose subscription expires shortly after updating to a new major release, only to find there is some major bug impacting their server. I would understand if you need be subscribed to receive an update such as 6.12.x to 6.13, as these releases generally have new or enhanced features, thus justifying the development costs. Also, a bit disappointed you did not directly answer my question as I posted, even after I clearly identified examples that drove me to ask it in the first place.

Here you go.

I've read through all of the pages of this thread, the blog post, etc. There is one question I haven't seen asked or answered: What exactly qualifies as an Unraid "software update"? Would going from 6.12.8 to 6.12.9? 6.12.8 to 6.13? It would be nice if @SpencerJ or someone from the LT team would answer this.

I don't think it is a path issue. Immich doesn't map to many in the template. Two for photos which are on my array in it's own share /mnt/user/immich/ (/photos and /import) and for Appdata (which only contains one folder - machine-learning) in my appdata folder with all of my other dockers. Maybe it is hardware transcoding. I'll need to poke around inside the container at some point, and see where all of this data is stored.

Interesting. The 2 GB difference in Writable - May I ask how many photos/videos you have in Immich, and are you using hardware transcoding or machine learning? I currently have my Nvidia Quardro P400 (Cuda) working with it.

I use Telegram for my notifications for all of my servers and services on them. Here is the link to one of my backup scripts which utilize it (the whole thread is about creating the backup server):

I recently installed Immich, following several of the tutorials that have been posted on the Internet. It has been working fine, and have about 5100 photos and 200 small video files. FCP warned that my docker.img file was over 80% (24GB out of 30GB), so I looked at my Container Size: A quick question, and an ask - Does 4 GB+ seem correct? If you are running Immich, please post what Container Size is reporting for you. I know Immich is still very much in Beta, and understand if they want to keep things in the Docker image vs mapping it out to an Appdata file (which potentially can change in the future). For me, it really doesn't matter where the data is, as both my Docker image and my Appdata reside on the same 2 TB pool drive. So increasing the image size is a non-issue. I just want to know if what I am seeing is normal, as I don't want to be caught unaware if the image keeps growing.

First I've heard of this behavior. Initial thought that came to mind is check your BIOS again, looking as security type settings (Secure Boot, etc).

Incorrect. The Preclear in Unraid (Unassigned Devices) runs in 3 basic steps - reads every data location, writes zero to every data location, then reads/confirms zero is at every location. Afterward, it writes a pre-cleared value to the drive, so you can then put the drive into your array and not need to rebuild parity (as Unraid sees that all locations contain zero, so no changes needed to the parity data). So after running Preclear, any data which may have been on he drive is now all zeros. Not a multi-pass Department of Defense wipe, but sufficient for keeping your info away from whomever gets their hands on your RMS.

I would think a Preclear would do a good enough job. Writes zeros to all data locations.

The first picture isn't that far off from reality. I used to have them scattered all over. Untagged. You are likely in a stressed situation when you need one of them, and many don't give you much info as to what is on the drive when you pop them into a running system and look at the contents. Organization, labeling and a small inventory text file I keep really helps.

What type of mini PC? Is your M.2 slot x1 or x4 PCIe lanes? I know a number of the the recent Celeron (N100 and such) boards come with x1 M.2 slots.