jebusfreek666

Did you delete the files for the original endpoint before adding the other ones? If you have more than one, it will just take the first one. So you may not have actually switched endpoints. You need to only have one listed at a time.

I can no longer access my webui, but thankfully I know exactly what I did to screw it up. Unfortunately, I have no idea how to undo it. I was following instructions from someone else about getting a different app to work with deluge, and they suggested that I click the box and enable SSL. I did not fill in the key or the cert boxes. I then restarted deluge. And now I can no longer pull up the webui, so I can't unclick the damn box. How do I go about fixing this?

I just set this up, and am able to add an author and download ebooks and audiobooks, but they are not moving to my media share like I designated. I did find out that it seems to be postprocessing and renaming and moving to my app data folder. I see nowhere in the settings that is causing this. It is making an author folder and then renaming the books and putting them into subfolders inside of the author folder. But like I said, it is going to app data instead of my media share.

It appears that some time in the last few days jackett has become unreachable for me for both Sonarr and Radarr. I am not able to complete auto searches or manual searches. Reading the log in Sonarr shows: System.Net.WebException: Error getting response stream (ReadDoneAsync2): ReceiveFailure: 'http://192.168.1.69:9117/api/v2.0/indexers/all/results/torznab/api?t=tvsearch&cat=5030,5040,5070,100003&extended=1&apikey=DELETEDFORPRIVACY&offset=0&limit=1000' ---> System.Net.WebException: Error getting response stream (ReadDoneAsync2): ReceiveFailure at System.Net.WebResponseStream.InitReadAsync (System.Threading.CancellationToken cancellationToken) [0x000e6] in /build/mono/src/mono/mcs/class/System/System.Net/WebResponseStream.cs:458 at System.Net.WebOperation.Run () [0x0018f] in /build/mono/src/mono/mcs/class/System/System.Net/WebOperation.cs:283 at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x0008e] in /build/mono/src/mono/mcs/class/System/System.Net/WebCompletionSource.cs:111 at System.Net.HttpWebRequest.RunWithTimeoutWorker[T] (System.Threading.Tasks.Task`1[TResult] workerTask, System.Int32 timeout, System.Action abort, System.Func`1[TResult] aborted, System.Threading.CancellationTokenSource cts) [0x000e8] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:956 at System.Net.HttpWebRequest.GetResponse () [0x0000f] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:1218 at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x0011b] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:82 --- End of inner exception stack trace --- at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x001ca] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:113 at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000b5] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\Dispatchers\FallbackHttpDispatcher.cs:53 at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookieContainer) [0x0007e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\HttpClient.cs:121 at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00008] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\HttpClient.cs:57 at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].FetchIndexerResponse (NzbDrone.Core.Indexers.IndexerRequest request) [0x0004b] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:321 at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].FetchPage (NzbDrone.Core.Indexers.IndexerRequest request, NzbDrone.Core.Indexers.IParseIndexerResponse parser) [0x00000] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:298 at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].TestConnection () [0x0000e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:335 Not sure what the issue is. I have touched nothing, and have actually been out of town all week. If I copy and paste "http://192.168.1.69:9117/api/v2.0/indexers/all/results/torznab/api?t=tvsearch&cat=5030,5040,5070,100003&extended=1&apikey=DELETEDFORPRIVACY&offset=0&limit=1000" into a browser on its own i get responses. So I have no idea why Sonarr/Radarr have "ReceiveFailure". Not even sure if the problem is with Radarr, Sonarr, or Jackett.... Edit for more info: Just looked at the settings for deluge in sonarr as well, and attmepted to test and it kicked back a red error on that page after failing stating "Unknown exception: Unable to write data to the transport connection: The socket has been shut down." So it seems something big is going on.... Turning off PIA for deluge seems to fix everything..... however, not a realistic everyday fix. So clearly the issue is with the way VPN is being handled in a recent update? Checked the credentials, and they are fine and my PIA account is up to date. Edit 2: After pulling down the image for deluge with PIA off, and confirming everything worked I then pulled down the image with it turned back on. After retesting the indexer and download client in both Sonarr and Radarr, everything seems to be working correctly again. Not sure how long it will last, or what caused the hiccup in the first place but I will update later if it conks out again. Edit 3: After 2 manual searches, it is back the the same behavior I reported at the beginning of the post.

Thanks! Any idea which ones offer the best speeds? I was on toronto, and after turning of strict port forwarding I was getting around 6 MB/s. Now with strict port forwarding on and swiching to sweden, I can only get 1 MB/s. Kinda seems like port forwarding is having the opposite of the desired effect. Edit: Berlin seems to be decent. I would say sweden is a no go for US users.

Any recommendations for what port forwarding supported server to switch to for PIA for someone in the US? I was on the toronto one. I am not able to view the conf file to verify which ones still offer support as I only have a chromebook at the moment.

@binhex I was wondering if there is any idea on a timeline for v3? I would like to start converting to hevc, and the current must contain/must not contain doesn't really work for that. v3 is supposed to implement preferred words.

You have to register a URL, then use it to sign up for a corporate account with google. It ends up being like $12/month for unlimited storage. There is tons of tutorials on how to do it online.

I am trying to set this up just like this. Check hourly, if above 90% move. I also want it to move daily at 4 am. I see the part about setting it up to force move "via a cron schedule" but have no idea what this is or how to do it. Can someone please help? Edit: After googling a bit, I think i would just input "0 4 * * *", does that look right?

You guys were right, there was a hidden space before NVIDIA_DRIVER_CAPABILITIES. Deleted both sets, and re-added them by typing instead of copying. Now just one set and all is good. Thanks all for pointing me in the right direction!

How so I post the run command? Not sure how to do that, or really what it is.

For those who may be experiencing the same issue with the binhex container, I have found a solution. For some dumb reason that I can't explain, you have to enter both variable twice. I added them both twice and now it works. Thinking maybe I messed up the first time, I deleted the first set of variables, leaving only one set. After doing that, the hardware transcoding stopped working again. Then I added back the second identical set of variables, and it works again. I can't explain it, but there it is.... Edit: Ignore the above post. It was pointed out to me that there may be a hidden space from copy/paste. After examining the run command I found that to be the case. Re-did it by typing instead of copy/paste and now it works as expected.

For those who may be experiencing the same issue with the binhex container, I have found a solution. For some dumb reason that I can't explain, you have to enter both variable twice. I added them both twice and now it works. Thinking maybe I messed up the first time, I deleted the first set of variables, leaving only one set. After doing that, the hardware transcoding stopped working again. Then I added back the second identical set of variables, and it works again. I can't explain it, but there it is....

The closet is under the stairs. So I will either be coming up from through the floor directly behind the rack, or through the floor behind a short 5' wall that transitions into a slanted ceiling to match the angle of the stairs, then out throuh a pass through on that wall. If I do direct solid core cable from the jacks to the patch panel, I guess I will leave a lot of extra length and install some hooks or something on that short wall to hang the loops on. Just want to avoid all the weight hanging on the patch panel.

Here is my setup. Do you guys see any glaring mistakes? Can't figure out why I can't get this to work with binhex plex (not binhex plex pass version). I have plex pass, hw transcoding is on, I think my settings are correct, and with the same settings it works in the linuxserver container?

One more question I just thought of. My server rack is going to be in a pretty small closet, only about 3'x2' so it wont have a ton of room for side access to get behind it. As such, I am planning on getting a rack with casters so if I need to I can pull the whole thing forward, out of the closet. Originally I was planning on running cat6 from each individual jack in my house directly back to a patch panel on the server rack. Now I am thinking that it would be problematic if I do it that way, as removing the server rack would require removal of patch panel which would have to be somehow slid through the rack and then left free hanging by the connections on the back. I just had a different idea. What if I had each of the jacks in the house come back to the main server closet and terminate at another jack? That way I could wire shorter "patch" cables to punch down into the back of the patch panel and terminate them with plugs. Then, if I needed to remove the server I could just unplug each one from behind the server, but the patch panel could stay in place and remain wired. I guess my biggest question with doing it this way is, will it degrade the signal/speed with the extra connection behind the server rack? And if this is okay to do, I assume I should use stranded cable for this portion instead of the solid cable that will be in the wall? It might need more flex i guess?

I will screenshot when I get home. At work now. I am on 6.8, but I don't think that is the issue... I am also running a p2000. Like I said, I am fairly sure things are setup correctly as I ran through them 3 times and copy/paste the settings to the linuxserver docker and it worked. But I will screenshot in the AM.

Are you able to view active processes in nvidia-smi? Would you mind sharing your template? Maybe I messed it up somewhere. I kind of doubt that is the issue though, as I just copy paste my settings to the linuxserver docker and it is working. What version of unraid are you running? And what GPU?

webgui for this docker just stopped working. any changes recently? anything I should be looking for to start?

I have went back a couple pages to see if I could find an answer, but it doesn't seem to be something others are having an issue with. I just installed the nvidia plugin. I tried to set it up with the parameters laid out in spaceinvaders video, but I could not get it to transcode via the GPU with the binhex plex docker. I then realized he was using the linuxserver version. I added that docker as well, and it all worked off the bat. Is there any way to get support for nvidia gpu transcoding with the binhex plex docker? Would really like to keep using this one instead of having to migrate my libraries over. Plus the support on binhex dockers seems to be much better.

Update: I added the linuxserver docker for plex to test, and sure enough it does the transcoding on the GPU with nvidia-smi showing correctly. I guess this means I have to migrate everything over to linuxserver docker.

Just realized spaceinvader is doing this on linuxserver version of plex. Mine is binhex. Does it have to be linuxserver docker to work?

I got that same message prior to installing the card. I downloaded the plugin before physically installing the card. So, I would make sure the card is seated correctly. My guess is that it isn't reading it.

I just set this up following spaceinvader's video. Everything seemed to go smoothly. I set it up for plex. But the nvidia-smi does not show any active processes. I have tested this with several transcodes running, an no processes ever appear. I am on unraid 6.8. Any thoughts?

Thank you so much for your help!