jdag
-
Posts
29 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by jdag
-
-
Thanks...all set now!
-
Thanks a ton for confirming.
I checked the Plex DVR forum and there supposedly is a new version. But, when I look at the version number it is the same as the old one. I wonder if someone made a mistake in reporting the new version ID.
-
Yes, I see that same error "ERROR: cannot verify downloads.plex.tv's certificate, issued by 'CN=DigiCert SHA2 Secure Server CA,O=DigiCert Inc,C=US':"
I suppose this means that there is a wider problem and it is not just my side?
-
The container has been updated eight times since you set the version, so your assumption that it's the container update which is happening tonight is probably not quite right. PM me your docker run command, including the version number and I'll take a look.
Link to how to find docker run command in my sig.
Right...I just intended to say that there was "something" that happened between the time everything worked until now. I did not want to sound as though "nothing changed". I've PM'd the info you requested. Thanks for the support!
-
The VERSION field of your docker (advanced view) has to be set to the specific version number for the DVR version. If its set to anything else (like "latest") it will retrieve that version specified any time you restart or update the docker.
Yes. The Version field is set to the Plex Pass Beta version (which I don't want to post here as it is discouraged).
That field has not been touched since the last version change I made, by memory maybe about 8 weeks ago. It has been working for me since that last version change.
I recorded and watched a DVR video on Wednesday, so this issue has presented itself sometime between ~10pm Wed and ~5pm today when I noticed that the DVR functionality was missing in the Plex client. I then looked at the Plex Server settings and found that I am somehow on 1.3.3.3148.
I believe, but am not positive, that there was a container update today or yesterday, but again, my version is correct. I assume that's what has cased this. Any idea how to remedy?
-
I just noticed that the Plex DVR capability has disappeared. I have Plex Pass, and had edited the version to pull the Plex DVR Beta version, and everything was fine up until Wednesday night (I recall Wed as I recorded and watched a show that evening).
Now, my server version is 1.3.3.3148, and I cannot seem to run the lower Beta version (I don't want to post the Plex Pass Beta version here).
Any ideas? Thanks!
-
Hoping someone can help...
I cannot connect at all. I installed using the default settings and when I try to access via VNC using the port 5900 I receive a connection dialog box, then a request for a password, but nothing thereafter.
Thanks, John
-
I am using the Linuxserver.io Plex docker, have PlexPass, and have updated the version variable as needed to access the Plex DVR beta. Today I see that Plex Docker is reporting an update. I assume that I should not apply that update since I am already using a beta version, correct?
No, container updates for plex are triggered because we updated something in the container (may not be significant as builds are triggered automatically each time there is a github PR merged), you set the version yourself in the template and this will not be affected by the container update.
Thanks
-
I am using the Linuxserver.io Plex docker, have PlexPass, and have updated the version variable as needed to access the Plex DVR beta. Today I see that Plex Docker is reporting an update. I assume that I should not apply that update since I am already using a beta version, correct?
-
Thanks for the help. I hate having to make these tweaks/modifications, but it is the nature of the beast I suppose.
-
Add ":12" to the end of the repository.
Thanks, it worked for me too. Is this a permanent fix or will a future update to Deluge overwrite the ":12"? Or should we remove ":12" at some point? I assume this was necessary following the upgrade to unRAID 6.2, right?
Thanks, John
-
Thanks Bjonness406...great instructions!
-
Thanks so much for the explanation. Krusader seems to be my answer. What I had been doing was moving the full folder over to my local machine, uncompressing, then moving the uncompressed file back to the server.
-
Thanks for the input. I did install Krusader and it worked wonderfully. So I will use this method going forward.
I am still confused about the "old" method. I am wondering if the other method I was using was related to the utility I am using on my Mac: The Unarchiver? Could it be the minimal RAM I have on my unRAID box? I have tried using the SSD cache drive completely, but no luck, still unusably slow.
As for my setup, I am not sure exactly what info you'd need, but here goes:
Lenovo TS140 i3-4150 3.5GHz
4gb RAM
Sandisk 480gb SSD
3x6gb WD Red drives (1 parity, 2 data)
Thanks!
-
Is there a trick to being able to extract RAR files on a drive array? Whenever I try it is incredibly slow (or does not finish).
So instead of extracting on the array, I am copying the folder over to my local drive, extracting, then copying the extracted file back. I would think there has to be a better method.
I have tried several different methods (locating the folder on the cache drive, extracting to the cache drive from the array) with no better performance.
Fix Common Problems Error
in General Support
Posted
I am hoping someone can help, and I am admittedly not very conversant in using unRAID. I set it up years ago, and it has been working flawlessly since. Obviously a great testimonial to its capability! But now I am getting what is likely a simple error via the Fix Common Problems plugin. Please see the message below, and advise "as if I were 5 years old" (as Michael Scott said in The Office). Thanks in advance, John
The following user shares will be excluded from the permissions tests:
/mnt/user/appdata
Processing /mnt/user/Backups
Processing /mnt/user/docker.img
Processing /mnt/user/Media
Processing /mnt/user/Misc
Processing /mnt/user/Photos
The following files / folders may not be accessible to the users allowed via each Share's SMB settings. This is often caused by wrong permissions being used on new downloads / copies by CouchPotato, Sonarr, and the like:
/mnt/user/Media/.Trash-99 nobody/users (99/100) 0700
/mnt/user/Misc/.Trash-99 nobody/users (99/100) 0700
Directories Scanned: 3640 Files Scanned: 104369