Medwynd

For some reason every time I order the left column of widgets then leave the dashboard and come back, all of the widgets are in some indiscernible order. Could a plugin be causing this or am I just not understanding how this is supposed to work?

Originally when I setup my server I had these settings: docker vdisk location: /mnt/cache/docker.img default appdata storage location: /mnt/user/appdata/ I also had a mish mash of paths for appdata for the dokers, some pointing to the actual disk at mnt/cache and some to the appdata user share. I am trying to clean this up and normalize this properly as i just upgraded my cache drive but there seems to be a variety of information out there on what to set this too. Ive seen some tutorials show the docker vdisk location in a system user share, which I dont even have. What is the current recommended locations for: docker vdisk location default app data storage location appdata paths for dockers, i.e. mnt/user vs mnt/cache

The default location for docker was /mnt/cache/system/docker/docker.img which is why I was curious.

"Is the preferred location for appdata to be the user share at mnt/user/appdata/<docker> or the drive at mnt/cache/appdata/<docker>?" So regarding this question, you are saying, yes I should change the configs to use /mnt/user/appdata? What about these questions? Should I reset the shares to cache prefer then activate the mover before reenabling Docker? Also, for getting this setup the actual proper way, when restarting docker should the vDisk be /mnt/cache/docker.img and the default appdata storage location be /mnt/user/appdata/?

Yeah I cant explain it either. I made a windows user named nobody then I could access the files on the disk shares from windows when I was logged in to windows as the user "nobody". Should I reset the shares to cache prefer then activate the mover before reenabling Docker? Also, for getting this setup the actual proper way, when restarting docker should the vDisk be /mnt/cache/docker.img and the default appdata storage location be /mnt/user/appdata/? Finally, should I reconfigure any of the dockers before I create them? Before this project, the dockers I had running that were using appdata were: binhex-krusader - /config <-> /mnt/user/appdata/binhex-krusader LinuxPlexServer - /config <-> /mnt/cache/appdata/linuxserverplex netdata - /etc/netdata/override <-> /mnt/user/appdata/netdata pihole-template - /etc/pihole/ <-> /mnt/cache/appdata/pihole/pihole/ & /etc/dnsmasq.d <-> /mnt/cache/appdata/pihole/dnsmasq.d/ tautulli - /logs <-> /mnt/user/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Logs/ & /config <-> /mnt/user/appdata/plexpy/ Is the preferred location for appdata to be the user share at mnt/user/appdata/<docker> or the drive at mnt/cache/appdata/<docker>?

That is what I was reading. I dont know how to get permission to delete these files though. I really dont want to manually delete 8000+ files via midnight commander. I'd ideally not want to mess with their permissions for fear of screwing up the plex docker. Would making a windows user named "nobody" then connecting to the share allow me to permission to delete them? I tried setting disk2 to private then setting smv user accedd for one of my unraid users to Read/Write and could still not delete a file. Edit: Making a windows user named nobody seemed to let me delete the files

It's is definitely disabled, I have no docker option at the top of the screen. Some suggestions were to run "Docker Safe New Perms" but that seems like a last resort, but that seems to be an answer used in a lot of the posts for files that have to be deleted by server\nobody. Permissions on one of the files is this if it helps any: -rw-r--r-- 1 nobody users 0 Oct 17 2016 Plex\ DLNA\ Server\ Neptune.log

I think I am getting closer. Duplicate Files Using beyond compare I can compare cache\appdata\linuxserverplex and disk2\appdata\linuxserverplex. There are 8030 files that are exact duplicates. I am attempting to delete the files on disk 2 through Beyond Compare but I think I have some sort of access problem. When I try to delete the same file through windows I get a "File Access Denied" error. It says I "require permission from server\nobody to make changes to this file". When I look at the disk share in the webgui it says the security is set to public. How do I get permission to delete these from the disk share? Newer Files There are 485 files on the cache that are newer I am going to attempt to delete these files via the disk2 share as well. Locked Files When I was making a copy of the folders from the disk shares, I found 6 files on the cache drive it straight up told me access was denied. I havent quite figured out how to solve that either.

"It is possible to make a user share with the same name as a disk by accidentally specifying a path like that somewhere such as a docker mapping." Thanks, I double checked and have no user shares named the same as a disk. I looked at the main shares tab to compare user share and disk share names. If a user share was created via "accidentally specifying a path like that somewhere such as a docker mapping" it would still show up on this screen in the webgui correct? I think I might make backups of everything and just delete any duplicate files on the disk and hope for the best, unless you happen to have any good suggestions besides file date. It is kind of hard to tell what is what inside the Plex cache folders and if I have to blow it all up then so be it. For example disk1\appdata\linuxserverplex has files dated 11/13/20 while cache\appdata\linuxserverplex has files from 10/17/16. But this isnt consistent as all of the files in disk2\appdata\linuxserverplex are from 10/17/2016 and most of the matching files on cache\appdata\linuxserverplex are mostly newer. So it is hard to even tell what data linuxserverplex was using, data from the cache disk or the array disks.

I mostly want to share the disks so that I can use beyond compare to diff the entire structure easily. I can try to do the moves and deletes in MC. Looking at the user share (/mnt/user/appdata), it says the files are spread across "Cache, Disk 1, 2, 6". So do I need to make a disk share for disk 1, disk 2, and disk 6? Once I have those three shares (disk 1, 2, and 3) created how do I compare it the files on the disk, via the disk share, with the files in /mnt/cache/appdata/linuxserverplex? Am I allowed to make a disk share for the cache as well? If so then can I compare the share for the cache disk with the shares for disk 1, 2, and 6? It sounds like I am then free to delete files out of the disk shares. I just have to make sure I never use the share associated with /mnt/user/appdata/linuxserverplex for any of the operations correct? EDIT: I just realized it made those shares automatically when you enabled the setting So from windows I should be able to work in \cache\appdata, \disk1\appdata, \disk2\appdata, and \disk6\appdata as long as I DO NOT use \appdata (which is the user share)?

I think my terminology might be mixed up so excuse me. What is the best way to expose the files in the array that it thinks are duplicates? Is there a share I can export? I'd like to use beyond compare to compare the files on the cache drive vs the files in the array. If the cache drive is all newer or the same I can pretty safely just delete all the files in the array that are duplicates. What is the safest way to delete the duplicate files on the array so that the mover can automatically move the files off the cache drive?

So I attempted to move the files off the cache as instructed but some files did not move. I stopped all the dockers, stopped my vm, turned off docker, and rebooted. It looks like all the files that are still on the cache disk are colored orange in the file listing in the webgui, but I couldnt find what that means. The main thing that didnt move was files under /mnt/cache/appdata/linuxserverplex Running find on the folder counts 5155 files. So if the solution involves deleting files from the array, it could be a tedious task /mnt/cache/appdata/linuxserverplex# find -type f | wc -l 5155 Looking at the files these are the permissions: Sample Plex file permissions -rw------- 1 nobody users 3584 Nov 17 2019 CloudAccess.dat -rw------- 1 nobody users 6096 Mar 25 2019 CloudAccount.dat -rw-r--r-- 1 nobody users 1700 Aug 15 20:37 ca.crt -rw-r--r-- 1 nobody users 3222 Aug 15 20:37 certificate.p12 -rw-r--r-- 1 nobody users 57221120 Oct 17 2016 gn_lists.gdb It looks like a bunch of the files already exists according to the mover Nov 29 22:39:24 move: move: file /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/24ab8149a83956561935618ff14bfe65c8792aaf Nov 29 22:39:24 move: move_object: /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/24ab8149a83956561935618ff14bfe65c8792aaf File exists Nov 29 22:39:24 move: move: file /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/0012c827ea231a936d1efaee58f0c5128acc736e Nov 29 22:39:24 move: move_object: /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/0012c827ea231a936d1efaee58f0c5128acc736e File exists Nov 29 22:39:24 move: move: file /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/d4c427db39c7e47b1620a90fa024b15bcbeed3bf Nov 29 22:39:24 move: move_object: /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/d4c427db39c7e47b1620a90fa024b15bcbeed3bf File exists Nov 29 22:39:24 move: move: file /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/ab4d9ad9786b707823ee26d246d08a8dad15601d Nov 29 22:39:24 move: move_object: /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/4c1d6b069d238691dac022ab5713ffb575c3310.bundle/Contents/com.plexapp.agents.imdb/posters/ab4d9ad9786b707823ee26d246d08a8dad15601d File exists Other files it says do not exist, before saying it already exists, which I dont understand Nov 29 22:39:25 root: Specified filename /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/ff01a6fc396e55066fc797ebada698393b9f8b2.bundle/Contents/_combined/posters/com.plexapp.agents.localmedia_06dd59409639376382df389abfb8143c8a9b3f1f does not exist. Nov 29 22:39:25 move: move: file /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/ff01a6fc396e55066fc797ebada698393b9f8b2.bundle/Contents/_combined/posters/com.plexapp.agents.localmedia_06dd59409639376382df389abfb8143c8a9b3f1f Nov 29 22:39:25 move: move_object: /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/ff01a6fc396e55066fc797ebada698393b9f8b2.bundle/Contents/_combined/posters/com.plexapp.agents.localmedia_06dd59409639376382df389abfb8143c8a9b3f1f File exists Nov 29 22:39:26 root: Specified filename /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/0af15bc4d460dfab079ea93136a46a16ce5e7a1.bundle/Contents/_combined/art/com.plexapp.agents.imdb_a1dcc15daf695a9876440eefb81d3b1a33aad475 does not exist. Nov 29 22:39:26 move: move: file /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/0af15bc4d460dfab079ea93136a46a16ce5e7a1.bundle/Contents/_combined/art/com.plexapp.agents.imdb_a1dcc15daf695a9876440eefb81d3b1a33aad475 Nov 29 22:39:26 move: move_object: /mnt/cache/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Metadata/Movies/5/0af15bc4d460dfab079ea93136a46a16ce5e7a1.bundle/Contents/_combined/art/com.plexapp.agents.imdb_a1dcc15daf695a9876440eefb81d3b1a33aad475 File exists EDIT: I got libvert.img to move. I had forgotten to also turn off VMs under Settings->VM Manager->Enable VMs = No Additionally just this one file /mnt/cache/vdisks/libvirt.img -rw-rw-rw- 1 nobody users 1073741824 Nov 29 22:10 libvirt.img I turned on the mover log and saw libvert was skipped but I dont know why, its size is 1.07 GB Nov 29 22:39:26 move: move: skip /mnt/cache/vdisks/libvirt.img

Regarding "Do something here to get appdata using the cache currently to now use the array. " you replied "The same as any other user share gets moved from cache to array, by setting it to cache-yes." My appdata share is set to: Included disks: all Use cache: No I want to get appdata on the cache onto the array, so how does setting it to cache-yes mean move it to the array? The help says I dont know why there is even data on the cache drive, I am assuming because some of my dockers say to use /mnt/cache/appdata? Im pretty confused at this point.

Ive never had to do that before so I'm pretty clueless about it and didnt want to mess this up I'll take a look in the webui, thanks.

That sort of solves half the problem. So how do I get the data that is already existing on the cache disk into the array? The data is spread across the cache and the array. Do I need to: Disable docker Do something here to get appdata using the cache currently to now use the array. Would I change included disks to be one od the disks in my array? Tell the mover to move, this should get everything off the current cache disk Shutdown Replace the cache disk Reassign the cache disk to the new drive then set appdata to use cache prefer Move again, in theory this should move them all back to the cache disk Enable docker again This I think gets everything that was on the old cache disk onto the new cache disk. Does switching appdata to cache:prefer also move data from /mnt/user/appdata to /mnt/cache/apppdata automatically, thus all appdata should be on my new cache drive and all my dockers should be using the cache drive? Should I go and change the paths the dockers are using afterwards? For example, netdata has /etc/netdata/override <-> /mnt/user/appdata/netdata. Should I change /mnt/user/appdata/netdata to /mnt/cache/appdata/netdata? Mainly because I have a mish mash of both methods across my dockers and want to normalize them to one way.

But wont I need to move the files from the various disks they are on to the cache drive after I disable the docker, then set appdata to cache prefer? Stopping the docker then switching appdata to cache prefer wont automatically copy the current files scattered around the array to the cache drive will it?

Attached. Thanks. unraidserver-diagnostics-20201126-2119.zip

Hoping someone can give me some advice on maintenance tasks and getting my cache disk sorted out. I have been going through and updating my raid array and I noticed that my appdata is spread all over my array, assuredly from misconfiguring it originally years ago. I have some on the cache, and then some spread across all 6 disks in the array. Currently I don't use the mover at all because my cache ssd is only 256GB and I drop my new movies onto the array a lot so would blow right past the max size. I want to upgrade the cache to a new ssd over black Friday. The end goal being to be: Get all of the app data onto my cache disk and fix all the dockers to point to the correct locations, I am only running a handful but the most important is my plex server because I don't want to recreate all the local data. Setup automatic backup through CA Backup / Restore Upgrade my cache disk to a new 1 or 2 TB SSD Setup the mover to run properly I don't know where to begin on step one of this to safely get all the data merged back onto the cache drive. Currently my appdata share is set to high water, include all disks, use cache = no. The dockers I have running that are using appdata are: binhex-krusader - /config <-> /mnt/user/appdata/binhex-krusader LinuxPlexServer - /config <-> /mnt/cache/appdata/linuxserverplex netdata - /etc/netdata/override <-> /mnt/user/appdata/netdata pihole-template - /etc/pihole/ <-> /mnt/cache/appdata/pihole/pihole/ & /etc/dnsmasq.d <-> /mnt/cache/appdata/pihole/dnsmasq.d/ tautulli - /logs <-> /mnt/user/appdata/linuxserverplex/Library/Application Support/Plex Media Server/Logs/ & /config <-> /mnt/user/appdata/plexpy/ My docker settings are: Docker vDisk location: /mnt/cache/docker.img Default appdata storage location: /mnt/user/appdata/

Actually got lucky and decided to go with 3 x WD EasyStore 12TB Externals with WDBAMA0120HBK-NESN inside. These are supposed to be easy to shuck and have a power button which makes them nice to reuse when I repurpose an older drive. Got them for 175$ each, still thinking I should have went for more but I have a new pc build this Christmas I'm working on

Browsed through the various threads and been hard to nail down where I want my unraid system to go from here. I built the system about 5 years ago with 6 3tb WD reds (WDC WD30EFRX-68EUZN0). I upgraded my parity drive and one of the storage drives to 4TB HGST (HDN724040ALE640) because I got a deal on the pair. I'm pretty full on storage with about 1.5TB still free and with the holidays here I am looking for some ideas on what to keep an eye out for. All of my drives have held up remarkably, granted they dont get a ton of use, just the occasional movie and tv show viewing. My motherboard is a Supermicro - X10SL7-F and according to Supermicros site it should be able to use 8TB drives, which would be a nice jump in space even if I only get a handful of them. The obvious choices I think are Seagate IronWolf 8TB or 10 TB NAS drives or more WD Reds which have treated me right so far. The IronWolf has a higher speed which would be nice compared to a similarly priced WD 8TB at 5400 RPM. Are there any other factors I am overlooking besides just looking for a good $/TB. reliability, and speed? Any other brands that I may not be thinking of? Thanks for any advice.

Yes it does, 1 controller for each of 3 fans but the behavior is erratic at best. Switching pwn controllers does not change the values in the rest of the fields. Sometimes the detect works and sometimes it does not for the same controller. Trying to detect the Minimum PWM value after it does detect a fan sometimes makes the fan just spin up and down in rapid succession instead of all the way down then all the way up again. Sometimes detecting the minimum never spins the fan down and just sets back to detect. It is so random I cant find a rhyme or reason to what it is doing.

Im having multiple issues with using autofan. Im using a SuperMicro X10SL7-F on Unraid 6.2.4. PWM fan detection almost never detects the fans and when it does detecting the Minimum PWM value never spins the fans up and down to detect the values. Any idea on where to start tracking this issue down?

I had a similar problem. I upgraded from 6.1.8 to 6.1.9 and plexpy was working fine. I went to the docker tab and it said an update was available. I told it to update and now the docker container is gone and just shows as "(orphan image)"

Correct. Needo docker uses plex pass. Awesome thanks, working out the last few kinks in my PMS setup

If I am understanding some other posts in this thread properly. Does the LT plex docker not support plex pass version and I should use another docker or am I missing something?