• Posts

  • Joined

  • Last visited

Everything posted by xxDeadbolt

  1. No worries, thanks for the help Edit: After a few minutes, all the indexers appeared in Radarr & Sonarr, in case anyone has the same "issue". Seems my impatience was the source of that one, though!
  2. Awesome, thanks, adding the ignored address seems to have done the trick! Just t check as well, will Prowlarr auto add any indexers into radarr/sonarr? Some have appeared, but not all. Does it periodically check for new ones and add them?
  3. Hey - I've moved over to this & having a little issue. I've got it set up, added Radarr/Sonarr & Qbit VPN (all your containers), but when I tell Prowlarr to use the proxy, I can't connect to Qbittorrent. Radarr & Sonarr still connect, though, & all my indexers test OK which some don't when proxy is off. Can't quite figure out where I'm going wrong, tried testing Firefox on a different machine on the LAN to check the proxy was working, which it is. Any nudges in the right direction would be appreciated... (didn't provide any info on the mappings as I wasn't 100% sure if it was Prowlarr or Qbit, but if anything is needed let me know)
  4. Strange, I've literally just dealt with this about an hour ago (it was sitting at around 40Gig!). I used the unraid terminal to delete the numbered folder, & it's contents, in the Sync+ directory. Wasn't sure if just deleting the Sync+ folder would make a difference, but decided to just keep it and delete everything in it. So far, no issues.
  5. Yep, UPnP was enabled. So, I'd already set the port forward manually... I just didn't think to try completing the set up & seeing if it worked anyway. That error made me fixate on it; however, it's set up & connecting fine. Thanks for the nudge, not sure why the UPnP client isn't playing ball with my router, but it works!
  6. Trying to set this up & encountering an issue with UPnP/port forwarding. I'm getting the remark "UPnP: forwarding not set" & "The Local endpoint resolves to xx.xx.xx.xx. In most cases, this should be your public WAN IPv4 instead: xx.xx.xx.xx", where xx.xx.xx.xx show my correct public IP, on both mentions in the message. This is the port forward on my router: & it also shows UPnP is enabled: I'm using DuckDNS & it's working fine for other services, but this just doesn't seem to change. I've also set the "Local gateway uses UPnP" setting to both yes & no, with no change. When set to No, it shows "Remark: configure your router with port forwarding of port 51820/UDP to" instead of "UPnP not set" & when set to yes, it just says the message as above. I don't have anything special/complex going on in terms of my network, so not entirely sure what's going on. Anyone any pointers?
  7. Getting the same thing here, can't see anything in the syslog either. Possibly the update itself?
  8. That’s weird, I checked the language thing & Chrome was set to ‘English’ in there, too. I changed it to ‘English (UK)’ and removed any other variant, relaunched but still the same behaviour. However, I’d gone to the ‘Manage extensions’ setting, as I’d realised I had more than the 2 I’d mentioned before (they were hidden, instead of displaying on the toolbar, so slipped my mind) Disabled them and the search started working. Enabled them one by one, but it worked each time. So I’m not sure which one was interfering, but it seems one of them was. If this behaviour starts again, I’ll disable one at a time & check again, but it seems to be working again for now. Cheers
  9. Updated to latest version of CA & getting new behaviour, when searching, in this pop up error message: Here's the console errors: Edit: Forgot to add CA debugging log CA-Logging-20210516-1832.zip
  10. Search doesn't work at all. Autocomplete will show things as I type, but hitting enter, or clicking on one of the autocomplete options, does nothing.
  11. Sorry to piggyback, I'm also getting this behaviour in Chrome & Brave. Firefox sometimes/rarely works, at first attempt, then I get this issue. I don't have any add-ons in FF, Chrome only has Bitwarden & iCloud bookmarks. Strange.
  12. That's odd - only seen that a couple of times since I started using unraid, but usually fixed by enabling Advanced view & then 'force update'.
  13. Bit of a strange issue, when I'm searching for anything in the apps section, nothing happens. For example: I start typing 'rTorrent' and the pre-fill list of results display under the search box. I click it, & search box fills with it.... but nothing happens. I press enter, nothing happens. Same if I click on a repo name, then 'Search apps'. The search box fills with the repo name, but no results are shown, it stays where it is on the default 'New apps' section. Tried Chrome & Brave, seems to be ok on Firefox for a small window of time, then it'll start this behaviour eventually. Tried purging the settings, cache, history etc etc with no luck. Anyone else seeing this? EDIT: Forgot to add, Had no problems with 6.8.3, but since moving to 6.9.1 & 6.9.2 it's been happening.
  14. Mine has been working for a couple of weeks now with everything configured as above. Only problem I had was self-inflicted, where I initially entered the variable value as 'hcaptcha_solver' instead of 'hcaptcha-solver'
  15. Mine has a few more lines, though most autopopulated. I chose the Berlin endpoint, that's all I needed to manually edit: [Interface] Address = *[redacted]* PrivateKey = *[redacted]* PostUp = '/root/wireguardup.sh' PostDown = '/root/wireguarddown.sh' [Peer] PublicKey = *[redacted]* AllowedIPs = Endpoint = de-berlin.privacy.network:1337 Forgot to say, I'm running rTorrentvpn, not Delugevpn, but the vpn config info should be pretty much the same (as far as I know)
  16. OK, so rebooted and got the diagnostic. The log mentions installing the plugins, but I don't know if that's normal or not. Plugins section don't show them as anonymous anymore... but going into that section takes a few seconds (roughly 8 seconds), whereas before it was pretty much instant. odin-diagnostics-20210310-1520.zip
  17. Yes, all my containers are still running, & the GUI is accessible, too. I can't get the diagnostic, though. In the GUI, it hangs on "downloading..." & in terminal, I get this: /usr/bin/php: error while loading shared libraries: libgssapi_krb5.so.2: cannot open shared object file: No such file or directory I've not rebooted yet, was hesitant in case it made things worse.
  18. I've just had an issue, which seems to have been caused through trying to update some packages in the NerdTools plugin (although, I can't be usre this is what the cause is)... This shows whenever I go to Settings > Nerd Pack now & it just loops whenever I click Download. In the Plugins section, this is also now showing: I've tried removing & reinstalling the nerd pack plugin, but made no difference. Can anyone help?
  19. See the recommended post at top
  20. Awesome, 6.9.0 > 6.9.1 done. All seems to be running as expected. Thanks again!
  21. Just updated from 6.8.3 > 6.9 with no issues (so far).
  22. Just upgraded 6.8.3 > 6.9.0 with no issues so far. Everything seems to be running as it was, took less than 5 minutes. Removed the edited go file config for hw transcoding, then un-blacklisted the intel driver with touch /boot/config/modprobe.d/i915.conf Tested Plex and it's using hw transcoding fine. For something I was absolutely bricking it to pull the trigger on, it was absolutely seamless and hardly seems worth the fear now🤣 Cheers!
  23. haha yeah that's it. I can't remember setting the proxy manually in radarr/sonarr tbh, so I must've done it a long time ago & never had a reason to change it before now. All working fine now though 🙂