And 1 more question, sorry:  how do I copy an NFO (Movie) agent from my windows Plex server into the Plug-Ins folder so I can use it as an agent in unRAID too?

And 1 more question, sorry:  how do I copy an NFO (Movie) agent from my windows Plex server into the Plug-Ins folder so I can use it as an agent in unRAID too?

Never tried doing anything like that, but could you make another container volume / host path and point the plugins to there?

And 1 more question, sorry:  how do I copy an NFO (Movie) agent from my windows Plex server into the Plug-Ins folder so I can use it as an agent in unRAID too?

The default PMS plugin folder under Linux is $PLEX_HOME/Library/Application Support/Plex Media Server/Plug-Ins

 

So, depending on how you have your mappings, it will probably be under:

 

/mnt/cache/appdata/plexmediaserver/Library/Application Support/Plex Media Server/Plug-Ins

or

/mnt/cache/plexmediaserver/Library/Application Support/Plex Media Server/Plug-Ins

 

In response to your question about having the two config folders, be careful which one you delete.  Make sure your mappings are correctly set, stop the Docker, then try copying the one you're trying to get rid of to a different location, just in case.  If everything works, you can go ahead and delete the (copied) folder.

And 1 more question, sorry:  how do I copy an NFO (Movie) agent from my windows Plex server into the Plug-Ins folder so I can use it as an agent in unRAID too?

The default PMS plugin folder under Linux is $PLEX_HOME/Library/Application Support/Plex Media Server/Plug-Ins

 

So, depending on how you have your mappings, it will probably be under:

 

/mnt/cache/appdata/plexmediaserver/Library/Application Support/Plex Media Server/Plug-Ins

or

/mnt/cache/plexmediaserver/Library/Application Support/Plex Media Server/Plug-Ins

 

In response to your question about having the two config folders, be careful which one you delete.  Make sure your mappings are correctly set, stop the Docker, then try copying the one you're trying to get rid of to a different location, just in case.  If everything works, you can go ahead and delete the (copied) folder.

[Thinking Aloud]

 

I'm not sure how a container would react if you create a container volume for a path which already exists in the container.  I'm thinking that if you can't set Plex to add a plugin from another path, then you'd be best off doing a docker -exec to add the files into the container manually.

 

[/Thinking Aloud]

[Thinking Aloud]

 

I'm not sure how a container would react if you create a container volume for a path which already exists in the container.  I'm thinking that if you can't set Plex to add a plugin from another path, then you'd be best off doing a docker -exec to add the files into the container manually.

 

[/Thinking Aloud]

Why does an additional volume need to be created?  The plugins folder should already exist under the folder where ever the PMS config files are located on the cache.  Or maybe I'm misunderstanding the situation?

[Thinking Aloud]

 

I'm not sure how a container would react if you create a container volume for a path which already exists in the container.  I'm thinking that if you can't set Plex to add a plugin from another path, then you'd be best off doing a docker -exec to add the files into the container manually.

 

[/Thinking Aloud]

Why does an additional volume need to be created?  The plugins folder should already exist in a folder where ever the PMS config files are located on the cache.  Or maybe I'm misunderstanding the situation?

Yeah ok... I'm seeing now what you're saying.  Me Bad.  Not in front of my computer, so I didn't even think that the plugin folder was stored in appdata.

Yeah ok... I'm seeing now what you're saying.  Not in front of my computer, so I didn't even think that the plugin folder was stored in appdata.

 

Nor am I, so I could be wrong.  I also don't run PMS under unRAID, so it might be set up differently than vanilla Linux instances.  But Plex is pretty good about storing everything together, so I think it should already be living on the cache.

Why does an additional volume need to be created?  The plugins folder should already exist under the folder where ever the PMS config files are located on the cache.  Or maybe I'm misunderstanding the situation?

 

Yes the plugin folder is there.  I can navigate to it through the cache drive just fine.  I just don't know how to copy the NFO agent plugin into that folder.  I'm working on my Windows laptop and it's telling me I don't have permission to write anything into that folder (or delete the appdata/plexhometheater folder).  The generic unix user is blocking me even though I don't have any users or passwords set up on this server either.

 

Basically how do I write or delete files on the cache drive?  Is there some setting I can tweak so I have the necessary permissions from Windows going forward?  Or is it something I need to do via command line from the terminal or screen?

Yes the plugin folder is there.  I can navigate to it through the cache drive just fine.  I just don't know how to copy the NFO agent plugin into that folder.  I'm working on my Windows laptop and it's telling me I don't have permission to write anything into that folder (or delete the appdata/plexhometheater folder).  The generic unix user is blocking me even though I don't have any users or passwords set up on this server either.

 

Basically how do I write or delete files on the cache drive?  Is there some setting I can tweak so I have the necessary permissions from Windows going forward?  Or is it something I need to do via command line from the terminal or screen?

Well that's weird.  Can you go into the console or SSH into your unRAID server, go to /mnt/cache/plexmediaserver (or appdata... where ever you have it), and do an "ls -al" command?  Who owns those files?  I'm not home so I can't even check ownership on my appdata folder, but I would think it should be nobody:users.

 

If the docker container is still running, and that's a currently mapped folder, I could see it not allowing you to delete it.

 

I'm more Mac heavy than Windows, but I've been able to either mount the folder or navigate to \\unraidservername\cache and drag-and-drop files.

 

The other option would be to use WinSCP or another SFTP client to transfer the files over. 

 

Maybe someone else can chime in.

Why does an additional volume need to be created?  The plugins folder should already exist under the folder where ever the PMS config files are located on the cache.  Or maybe I'm misunderstanding the situation?

 

Yes the plugin folder is there.  I can navigate to it through the cache drive just fine.  I just don't know how to copy the NFO agent plugin into that folder.  I'm working on my Windows laptop and it's telling me I don't have permission to write anything into that folder (or delete the appdata/plexhometheater folder).  The generic unix user is blocking me even though I don't have any users or passwords set up on this server either.

 

Basically how do I write or delete files on the cache drive?  Is there some setting I can tweak so I have the necessary permissions from Windows going forward?  Or is it something I need to do via command line from the terminal or screen?

Its not that you don't have permissions to write to the cache drive.  Its that you don't have permissions to access certain folders in your appdata folder.

 

Running new permissions from unraid Tools will let you have access, but then if the containers require those permissions to be in place then you'll have messed them up.  (Not sure - never had a reason to run it)

 

Probably your best bet would be to use telnet / putty  to log in as root and run Midnight Commander to copy the files over.

 

Type MC at the command prompt.  Its about as close to a "windows" environment as you're going to get in linux

 

Well that's weird.  Can you go into the console or SSH into your unRAID server, go to /mnt/cache/plexmediaserver (or appdata... where ever you have it), and do an "ls -al" command?  Who owns those files?  I'm not home so I can't even check ownership on my appdata folder, but I would think it should be nobody:users.

 

I just team viewered into my server, and I can gain access to those folders no problem.  Mind you, my appdata share explicitly specifies my windows user as having r/w access.  That being said, I can not gain access to the db from mariadb from windows, even though it specifies the owner as nobody:users  (plex is stating xxxx:users)  Permissions are not

my forte as of yet

If it were me, I'd probably just connect to unRAID using WinSCP (or Transmit in my case on a Mac) with root user.  Navigate to appropriate directory.  Transfer files.  Then check permissions via SSH (will likely be root user) and change accordingly with chown.

You know it may be just that I had the docker still running when I was trying to do this.  I honestly don't remember.  So first I'll make sure to try it with the docker not started and if that doesn't solve it then I'll try these other avenues too.  Thanks again.

If it were me, I'd probably just connect to unRAID using WinSCP (or Transmit in my case on a Mac) with root user.  Navigate to appropriate directory.  Transfer files.  Then check permissions via SSH (will likely be root user) and change accordingly with chown.

 

Thanks for suggesting this.  It worked perfectly for copying the NFO agent into my plug-ins folder and then changing the user back to 999.  I could have deleted the extraneous appdata folder with WinSCP too of course but I figured out how to do via an rm command first.  I was just leaving off /mnt on the beginning of the path to the folder so I couldn't find it.

 

Anyway, everything's working perfectly now so I'm marking this thread solved.  Thanks to everyone but especially to you and Squid for helping me sort this out. 

Oh wait, just a forum etiquette question:  I was going to mark this thread solved but I see that the icon choice is actually "Defect [solved]".  Obviously this wasn't a defect to begin with so is it preferred to just leave it alone?  This forum is hugely helpful to me so just want to follow protocol.

Oh wait, just a forum etiquette question:  I was going to mark this thread solved but I see that the icon choice is actually "Defect [solved]".  Obviously this wasn't a defect to begin with so is it preferred to just leave it alone?  This forum is hugely helpful to me so just want to follow protocol.

Unfortunately, the general trend most people follow is to just leave the thread as-is, so even marking it as being solved (defect or not) is a HUGE step forward