Thanks for digging into the log! I tested multiple times with different path and libraries. And I have two drives, the new scanner works on mb10 drive (old one) but not new one es14_3. They are both ExFAT.
One strange thing is when the library only contains the path of new drive, the scanner log will not even update. You can see the latest scanner log is updated this morning, but I have rescanned new library multiple times.
It seems my issue is not the same as Server 1.23.2.4656 - Unable to scan movies -- Seg Fault (External), because I can not scan movie from GUI, but that post is about CLI and the GUI work for that poster. I will submit my recent log here and hope someone would like to help debug.
I upgrade to 1.24.0 but it still does not work. Here is my log.
I created a “QA-Movies” library with only one folder below:
@ChuckPa I think I may find the problem: the partition of my external drive breaks the new movie scanner (but still works for legacy scanner).
My current partition on existing two drives: they have Partitioning: GUID Partition Table, but only one exFAT partition. I don’t remember whether I deleted the EFI partition so it become like this.
The file in the main disk of my machine works for new movie scanner. And I grab one smaller drive and format it on Ubuntu directly, that drive does not have any partitioning, only a single volume. And it works under new movie scanner.
My plan is to reformat my large drive and see how it works. It is very wired that legacy scanner works on all these drives. So I think there are definitely something changed in new scanner makes it not compatible any more.
@ChuckPa I reformat my 14TB drive but it still does not work. And I think I found the problem: New movie scanner can not scan large drive! I think large means “>=10TB”, I only have 4TB, 10TB and 14TB (latter two do not work), not sure whether it works on 8TB. I am using connect all my drives to machine directly, not NAS or raid.
Details:
On Ubuntu 20.04
I have 10TB and 14TB (not the same one on Mac) exFAT drives, both of them does not work under new scanner. But I have tested 4TB drive still works on Ubuntu.
I reformat my 14TB drive to exFAT, NTFS, Ext4, none of them work. I also tried GPT partitioning v.s. no partitioning, also none of them work.
On Mac
I reproduce this using docker and mount two exFAT drives: one is 4TB and one is 14TB. The 4TB can find the movie but 14TB just says library is empty.
And again, legacy scanner works for all of above cases.
So it is not the problem with host operating system, not problem with partitioning, not problem with filesystem of the drive, it is the problem of size of the drive (>=10TB)!
I have log above but I don’t think that is helpful because everytime it just said skip the folder then found nothing. Can anyone help to reproduce this problem using large drive? If so, I think that is the issue.
WHY are you using exFAT on a Linux drive ? EXT4 or XFS are far better choices for native Linux. exFAT is the worst possible choice here. What is the driving requirement ?
Disk size does not matter. Permissions do.
a. What are the permissions of the mount point directory BEFORE mounting the drive ?
b. What are the permissions of the mount point directory , and subdirectories, AFTER mounting the drive ?
I am using exFAT because I may use my drives on both Mac and Linux. exFAT is the format that works on both with less efforts. Also Linux kernel 5.10 added native exFAT support, so it is not a big issue.
Ubuntu Permission
There is NO mount point before drive is mounted, all of following are AFTER mounted
14TB Ext4 (NOT work)
Mount point dir: drwx------ 4 myuser myuser
Sub dir: drwxr-xr-x 3 myuser myuser
File: -rwxr-xr-x 1 myuser myuser
10TB exFAT (NOT work)
Mount point dir: drwxr-xr-x 24 myuser myuser
Sub dir: drwxr-xr-x 5 myuser myuser
File: -rwxr-xr-x 1 myuser myuser
Mac Permission
14TB exFAT (NOT work)
Mount point dir: drwxrwxrwx 1 myuser staff
Sub dir: drwxrwxrwx 1 myuser staff
File: -rwxrwxrwx 1 myuser staff
4TB exFAT (WORK)
Mount point dir: drwxrwxrwx 1 myuser staff
Sub dir: drwxrwxrwx 1 myuser staff
File: -rwxrwxrwx 1 myuser staff
I think the Mac case shows the issue very clearly. It is using native Plex Media Server, not docker. Same permissions/filesystem/file for both drive, one work and the other doesn’t. Only difference is the size.
If I may, exFAT is great for transporting between OS’s but not great for everyday storage on macOS in my experience. Unless Apple has made that driver much, much better. I use some 2TB and 4TB drives to transport files between macOS and Windows all the time without a problem.
My main Plex server is a MacMini with a USB connected RAID volume as follows:
And Plex finds every movie, tv, and extra file I have.
Thanks for the input! Are you using new movie scanner?
I am not using RAID, so I don’t know whether that causes the problem. The issue is very wired. I formatted the disk to other format but it still does not work. The only difference I can find is the size. I know it sounds not reasonable but that is all I can get.
I have already spent a lot of time moving my files back and forth just to debug this, but still no solution yet. Very frustrated…
@ChuckPa Any other thoughts about this? What can I do next?
@ChuckPa Thanks for the tips! But that is not the problem. I FINALLY find the bug! It is really wired! You can reproduce it 100% on your own: name the folder as es14_1, put media files in it, then try with new scanner.
I think there is a bug in your new movie scanner regex matching. As long as a folder/drive naming in the scheme ^es\d\d[-_]\d+ in the path, then everything inside that folder/drive will not be scanned. It has to be this regex format to trigger the bug because I have tried many other and they all won’t trigger it.
It is too funny that all my large drives are named like this! Maybe Plex doesn’t like WD Easystore? That’s why I name them like this. LOL.
Okay, now, could we fix this or I have to rename my drive because Plex forbid this naming convention?