Hi , my files are still intact , but for some odd reason I believe that some permissions have changed since Plex is giving the following error on all my files on different directories:
PlaybackError
Please check that the file exists and the necessary drive is mounted.
This is on the latest QNAP 64 bit firmware and the latest version of Plex.
How do I check what user is Plex running on? And whats groups does it use?
Help please
Plex runs as the admin. Permissions aren’t required.
If you’re using the CodecPack , users are reporting their Library directory names ( Library -> Edit) were changed somehow.
In several cases it was /share/CACHDEV1_DATA/.qpkg/CodexPack/share/.......... See how it was altered?
Something to do with MultiMedia.
The solution is simply to check each subdirectory reference.
We’ve not determined the root cause and how a QNAP package could interfere with PMS’s internal database.
Before making any changes, May I ask you to get the output of what PMS thinks your Library folders are?
the URL to query is : http://ip.addr.of.qnap:32400/library/sections?X-PLEX-TOKEN=put_your_plex_online_token_value_here (which is stored in the Preferences.xml file.
Thanks
@ChuckPA
This is the output on the query you asked for. Thanks in advance.
This part does not seem right: .qpkg/CodexPack
So guessing that the only way to fix this will be changing the Directory on my Plex manually? And let it rebuild the DB?
<Location id="4" path="/share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Media/Movies"/>
</Directory>
<Location id="5" path="/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/Library/Plex Media Server/Media Upload/TEST 2017"/>
<Location id="2" path="/share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Media/TV"/>
</Directory>
@ChuckPA said:
Plex runs as the admin. Permissions aren’t required.If you’re using the CodecPack , users are reporting their Library directory names ( Library → Edit) were changed somehow.
In several cases it was
/share/CACHDEV1_DATA/.qpkg/CodexPack/share/..........See how it was altered?Something to do with
MultiMedia.The solution is simply to check each subdirectory reference.
We’ve not determined the root cause and how a QNAP package could interfere with PMS’s internal database.
Before making any changes, May I ask you to get the output of what PMS thinks your Library folders are?
the URL to query is :
http://ip.addr.of.qnap:32400/library/sections?X-PLEX-TOKEN=put_your_plex_online_token_value_here(which is stored in thePreferences.xmlfile.Thanks
While trying to change the folder manually using the PMS interface with the edit function on my Movies section, even though I browse the directory structure correctly and select the correct folder, once I finished selecting it I got: /share/CACHEDEV1_DATA/.qpkg/CodexPack/share/Media/Movies
So it is still wrong… Going to manually edit the path see if this fixes it…
Didn’t work, as planned: It erased all of the old metadata but even though I gave it the correct directory structure it cannot find anything on this directory…
/share/CACHEDEV1_DATA/share/Media/Moviesia/Movies
So hope you can help me out here @ChuckPA as I am going through withdrawal, hehe
Thanks for the output from your server… It’ll help us figure out what’s going on.
As for your path, take out the /share/CACHDEV1_DATA part. Check that against where you think they are… /Media/Moviesia/Movies ???
If it’s not right, just edit it to be correct or ‘add’ a new folder and then delete the bad folder(s)
@ChuckPA It is currently working, but had to add the directory as /share/CACHEDEV1_DATA/.qpkg/CodexPack/share/Media/Movies Though this should not be correct it is now rebuilding the DB and playing the files… The .qpkg/CodexPack should not be there…
This is a work around but It is going to be a hell of a pain on my other directories, as I have a lot more files there.
if there is a way to fix this with out having to readding your directory, as this is a pain!
Can you please go to Settings - Server - Help and obtain a copy of your Database?
If you will do that first, it’ll help us figure out what’s happening. It appears CodexPack is violating memory which should not happen.
With your database, in the ‘currently broken’ state, we can see the real values as they exist.
After you’ve downloaded the database, please feel free to edit them back to where they belong.
Remove /share/CACHEDEV1_DATA/.qpkg/CodexPack from the pathname by editing each text field in each affected library section.
Followup post.
Can you please open a terminal (ssh) session to your NAS and do the following?
log in a admin
cd /share
ls -la
All your shares should exist there as /share/CACHEDEVx_DATA/sharename
This is the output you asked for:
drwxrwxrwx 41 admin administ 4096 Sep 2 13:48 CACHEDEV1_DATA/
drwxrwxrwx 6 admin administ 4096 Aug 10 2016 CACHEDEV2_DATA/
lrwxrwxrwx 1 admin administ 20 Sep 9 22:59 Media -> CACHEDEV1_DATA/Media/
lrwxrwxrwx 1 admin administ 25 Sep 9 22:59 Multimedia -> CACHEDEV1_DATA/Multimedia/
lrwxrwxrwx 1 admin administ 21 Sep 9 22:59 Public -> CACHEDEV1_DATA/Public/
lrwxrwxrwx 1 admin administ 25 Sep 9 22:59 Recordings -> CACHEDEV1_DATA/Recordings/
lrwxrwxrwx 1 admin administ 27 Sep 9 22:59 TMBackup -> CACHEDEV2_DATA/.timemachine/
lrwxrwxrwx 1 admin administ 18 Sep 9 22:59 Web -> CACHEDEV1_DATA/Web/
drwxrwxr-x 28 admin administ 560 Feb 28 2006 external/
lrwxrwxrwx 1 admin administ 20 Sep 9 22:59 homes -> CACHEDEV1_DATA/homes/
drwxrwxrwx 3 admin administ 60 Sep 9 15:42 snapshot/
I also downloaded my DB as suggested.
@ChuckPA said:
Followup post.Can you please open a terminal (ssh) session to your NAS and do the following?
log in a admin
cd /share ls -laAll your shares should exist there as
/share/CACHEDEVx_DATA/sharename
Thank you for that. This confirms a number of things for me. Most importantly, the default, standard, export location for a share is still /share/sharename just as I am seeing here.
To also confirm what I see here, Please create a library section where you type the folder path in yourself.
I would like you to create a new test movie section.
For the path to the folders, type /share/Media/Movies in the location window. It is directly editable and PMS will accept whatever you type there.
The purpose for doing this is to remove all reference to physical volume (CACHEDEVx_DATA). Doing so should also free you of the CodexPack issue as well.
having the same issue after the last update
i just re-added a directory and it fixed the issue for one folder Please come up with more of a fix i have a lot of folders
example
Pre-update
/share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Multimedia/Anime/Marvel Movies/Marvel TV
After update
/share/CACHEDEV1_DATA/.qpkg/HD_Station/share/CACHEDEV1_DATA/Multimedia/Anime/Marvel Movies/Marvel TV
@joseph.klimczak@gmail.com said:
examplePre-update
/share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Multimedia/Anime/Marvel Movies/Marvel TVAfter update
/share/CACHEDEV1_DATA/.qpkg/HD_Station/share/CACHEDEV1_DATA/Multimedia/Anime/Marvel Movies/Marvel TV
Take a look at your name.
What you want is:
/share/Multimedia/Anime/Marvel Movies/Marvel TV
OR
If you have an Anime share, then you want
/share/Anime/Marvel/Movies/Marvel TV
Right?
Now, why don’t you consider moving your movies around?
/share/Anime/Movies
/share/Anime/TV
/share/movies
/share/tv
Something like that? Keep it simple. The more you try to micro manage it, the more difficult it becomes.
I have:
/share/movies
/share/movies2
/share/animated
/share/tv
/share/tv2
It is structured this way because movies, movies2, tv, and tv2 each fit on a 6 TB disk (external backup)
@joseph.klimczak@gmail.com said:
i just re-added a directory and it fixed the issue for one folder Please come up with more of a fix i have a lot of folders
There is nothing to ‘fix’ in PMS. You need to think of a different way to organize your media. We (all of us here) can and will help if you’d like to share with us what you have and what you’re trying to achieve
Chuck, since he seemed to have a difficult time explaining it to you, The original purpose of going through this path…/share/CACHDEV1_DATA/.qpkg/CodexPack/share/ was that EXTERNAL volume recognition was retained after a power failure or reboot. Simply using the path /share/Media/Movies, QNAP would reassign volume numbers to EXTERNAL drives and basically scramble the library after a reboot. I currently have 20 EXTERNAL drive attached to my QNAP and have no desire to have to rebuild the library after every reboot.
SIMPLE SOLUTION…uninstall the CODEXPACK app and reinstall it. The SHARE directory will return and your library will reappear.
Why am I replying this a year later, because the last QNAP update caused the same problem.
I will re-iterate.
/share/external/DEV_xxxx path endures between restarts and removal/re-insertion steps