I have installed the server version 1.11.0.4633 on Arch Linux 64 bits.
I have defined the next settings in Server > Library:
But when I delete files in some of my library folders, it doesn’t update the database.
For example, I have deleted a entire TV show (one folder with its files) but it still shows it:
Before I became a premium member, with the previous versions, it worked well for me.
Info about this library:
Info about the folders of this library:
$ stat /media/
File: /media/
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 811h/2065d Inode: 2 Links: 9
Access: (2775/drwxrwsr-x) Uid: ( 1000/ juan) Gid: ( 992/ plex)
$ stat /media/Transmission
File: /media/Transmission
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 811h/2065d Inode: 62717953 Links: 9
Access: (2775/drwxrwsr-x) Uid: ( 1000/ juan) Gid: ( 992/ plex)
$ stat /media/Transmission/juan
File: /media/Transmission/juan
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 811h/2065d Inode: 62717954 Links: 5
Access: (2775/drwxrwsr-x) Uid: ( 1000/ juan) Gid: ( 992/ plex)
$ stat /media/Transmission/juan/series
File: /media/Transmission/juan/series
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 811h/2065d Inode: 62898179 Links: 2
Access: (2775/drwxrwsr-x) Uid: ( 1000/ juan) Gid: ( 992/ plex)
And the info about this partition:
$ file -sL /dev/sdb1
/dev/sdb1: Linux rev 1.0 ext4 filesystem data, UUID=13e4d10e-c62f-43dc-b3c6-94773e2a79eb, volume name "dunehd" (needs journal recovery) (extents) (large files) (huge files)
$ mount -l -t ext4
/dev/sdb1 on /media type ext4 (rw,noatime,x-gvfs-hide) [dunehd]
$ cat /etc/fstab
...
# /dev/sdb1
UUID=13e4d10e-c62f-43dc-b3c6-94773e2a79eb /media ext4 defaults,noatime,data=writeback,x-gvfs-hide 0 2
When the parent directory is gone (removed) before the media is, PMS thinks it was unplugged (temporarily unavailable).
Start putting back empty directories (to fake it out) and rescan files. When you’ve created enough, it will fall out. You may then delete the empty directories
But that isn’t a solution, it’s a temporary patch.
A simpler solution is to enable the deletion of files in Plex server and delete the entry from there. But this is also a patch.
No. That’s how it was designed.
Well, as you can see, it’s a defective design.
Another possible solution would be to add an option to remove that entry from the library (without affecting disk files).
Another possible solution would be to use a supported Linux distro and away from GVFS (/media) which is known to have problems on the supported distros
The Linux distro is irrelevant. All distros can be modified to adapt. What’s the meaning of “away from GVFS”? Can you send me a link with the explanation (and solution) of the “GVFS problem”? GVFS is used in all Gnome desktops (https://wiki.gnome.org/Projects/gvfs)?
pkg or tar.gz
/media. Throughout the Linux forum, you will see where I steer everyone away from it for that reason. Even I must stay away from it on Fedora (my personal system).If you move your content to an agnostic, non-Gnome reserved directory, it will work better for you.
@ChuckPA said:
- Linux distro is relevant.
No, it isn’t relevant in this case.
@ChuckPA said:
2. PMS isn’t packaged for Arch… PMS isn’t tested on Arch. PMS isn’t supported on Arch.
3. PMS is packaged for (Redhat) RPM and (Debian) DEB package managers notpkgortar.gz
4. PMS is supported for those distributions specifically stated on the Downloads page.
The package system is irrelevant too. Switching from an RPM to a DEB to an Arch package is quite simple.
If it’s tested in another Linux distros, it’ll work in Arch too.
Where is it said that PMS is not supported in Arch? (https://support.plex.tv/hc/en-us/articles/200375666-Plex-Media-Server-Requirements)
Just because there are no official packages for Arch doesn’t mean it’s not supported.
@ChuckPA said:
5. Gnome GVFS (Gnome Virtual File System), visible in Nautilus (the file manager) and a common problem in Ubuntu and Debian defaults to granting exclusive access to anything mounted in/media. Throughout the Linux forum, you will see where I steer everyone away from it for that reason. Even I must stay away from it on Fedora (my personal system).
If you move your content to an agnostic, non-Gnome reserved directory, it will work better for you.
/media isn’t the same than /run/media/... (https://forums.plex.tv/discussion/comment/1526087#Comment_1526087)
/media isn’t a reserved folder for nothing. It’s a folder created by me that points to a hard disk.
/media and its subfolders/files has the right permissions. As I showed in one of my previous posts.
If this folder is reserved and/or has the wrong permissions, PMS cannot delete files, which it can.
It could not read my media, as it does.
The bug that I commented on in my first message, which is why I opened this thread, has nothing to do with anything you’re commenting on.
It is a design flaw (whether done on purpose or not). Since in some cases, like the one that has happened to me, it will not detect changes in the library.
If /media was created by you, then that’s an Arch thing. Ubuntu and Fedora create it and have problems. End of discussion.
You want PMS to be able to clean up paths which are no longer there. Let’s presume for a moment that /media is a network mount and, for reasons unknown, the NAS didn’t mount before PMS started. Does that mean PMS should delete everything and thereby wipe my library?
Lastly, and I say this again.
Arch is not supported.
This is becoming boring and repetitive.
If you responded to provide fixes and not patches or take note of possible bugs for PMS enhancement, you would be doing your job well.
@ChuckPA said:
You want PMS to be able to clean up paths which are no longer there. Let’s presume for a moment that/mediais a network mount and, for reasons unknown, the NAS didn’t mount before PMS started. Does that mean PMS should delete everything and thereby wipe my library?
Finding a solution to that is your job, not mine. There are ways to find out if a folder is in a removable media or not. Or PMS might also allow to indicate it when you add a folder to the library.
@ChuckPA said:
Lastly, and I say this again.Arch is not supported.
Where did it say that?
Because if it’s true I want to stop being a premium member and get my money back. I will not pay for a product that, among other things, partially supports Linux.
@simonbcn said:
I have installed the server version 1.11.0.4633 on Arch Linux 64 bits.
I have defined the next settings inServer>Library:
@simonbcn said:
This is becoming boring and repetitive.
If you responded to provide fixes and not patches or take note of possible bugs for PMS enhancement, you would be doing your job well.
Yes I agree as well.
https://support.plex.tv/hc/en-us/articles/200375666-Plex-Media-Server-Requirements
We have official Plex Media Server releases available for the following Linux Distributions:
Ubuntu 10.04 or newer
Fedora 14 or newer
CentOS 6 or newer
Clear as a bell what versions of Linux are supported. That doesn’t mean you can’t make it work on others but if you insist on doing it your own way then you can’t really come here complaining when something doesn’t work as you expect on an UNSUPPORTED OS.
@ChuckPA said:
You want PMS to be able to clean up paths which are no longer there. Let’s presume for a moment that/mediais a network mount and, for reasons unknown, the NAS didn’t mount before PMS started. Does that mean PMS should delete everything and thereby wipe my library?Finding a solution to that is your job, not mine. There are ways to find out if a folder is in a removable media or not. Or PMS might also allow to indicate it when you add a folder to the library.
Plex can not and WILL NOT remove your media if the “root” is gone/missing. This would be foolish and would cause a lot of trouble. What if you have a HDD failure, USB drive come unplugged, or a network mount that didn’t mount correctly? Do you want Plex to remove all the work that could have taken days to do (much longer if using indexes) just because it can’t get to them at any point in time?
Plex provides several proper ways for you to remove your data such as removing the sub directories, using Plex itself to tag and remove or by editing your library entries.
@ChuckPA said:
Lastly, and I say this again.Arch is not supported.
Where did it say that?
Because if it’s true I want to stop being a premium member and get my money back. I will not pay for a product that, among other things, partially supports Linux.
The very first line of your first post “I have installed the server version 1.11.0.4633 on Arch Linux 64 bits.”
Chuck has been explaining over and over again why it’s not supported. Again doesn’t mean you can rig it/force it to work but when things don’t work as expected you can’t come here saying it’s broke when it’s not on supported OSes.
Carlo
Another similar error.
I have changed the folder name from /media to /multimedia since, after a little research, it is true that the /media folder is used by Gnome (if it exists) as if it were a removable device.
I have changed the configuration of the PMS:
$ cat /etc/conf.d/plexmediaserver
LD_LIBRARY_PATH=/opt/plexmediaserver
PLEX_MEDIA_SERVER_HOME=/opt/plexmediaserver
PLEX_MEDIA_SERVER_APPLICATION_SUPPORT_DIR=/multimedia
PLEX_MEDIA_SERVER_MAX_PLUGIN_PROCS=6
PLEX_MEDIA_SERVER_TMPDIR=/tmp
TMPDIR=/tmp
and I have changed all libraries folders to equivalent in /multimedia.
All right until here but today I have moved a file to another folder (a folder not monitored by PMS) but PMS still it shows it:
The parent folder exists, I haven’t delete it:
$ stat /multimedia/Transmission/varios
File: /multimedia/Transmission/varios
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 811h/2065d Inode: 62742529 Links: 2
Access: (2775/drwxrwsr-x) Uid: ( 1000/ juan) Gid: ( 992/ plex)
Then, isn’t this a PMS bug?
In this case, the parent folder still exists and it is activated the Update my library automatically setting.
I have the same, in another folder, but it has worked well. Perhaps it has been a puntual error.
