Community Developer
  • Content Count

  • Joined

  • Last visited

Everything posted by PeterB

  1. I've just (ten minutes ago) loaded the latest update, and the AutoAdd plugin seems to be working once again.
  2. Is anyone else using the AutoAdd plugin? It used to work a treat for me but, sometime recently, it has stopped recognising new .torrent files. I don't think I have changed any settings but, in any case, changing settings shouldn't stop it recognising new files entirely. It cannot be an installation problem since AutoAdd is a 'standard' plugin - part of the Deluge distribution. I would love to have it working again - any ideas/suggestions?
  3. So why does mine keep creating (corrupt) .torrent files?
  4. I must be missing something - for the life of me, I cannot see where/what to set to use magnets.
  5. I have posted some of this info in a reply in the delugevpn thread, but I think it really belongs here. I find that the Jacket rarbg fetcher sometimes fetches a 1.3kB file containing html which says something about enabling cookies, instead of the legitimate torrent file of around 80kB. I'm still struggling with this. Resetting the configuration of the rarbg fetcher in Jacket seems to make it work once, then the next time it fails again. In case it makes a difference, I'm using Jacket with CouchPotato. Has anyone else encountered this or, better, found a
  6. I'm not sure whether it is the same issue, but I find that Jacket sometimes fetches a 1.3kB html file from rarbg which says something about enabling cookies, instead of the legitimate torrent file of around 80kB. I'm still struggling with this. Resetting the configuration of the rarbg fetcher in Jacket seems to make it work once then the next time it fails again. Further, testing a fetcher from within Jacket seems to set the watch inactive in the deluge AutoAdd plugin.
  7. Okay, so I left the WAN for port 1337 redirected for more than an hour. This time a /tmp/portfailure file popped up (no /tmp/dnsfailure), but even that disappeared when I re-enabled the WAN, and everything started running again.
  8. So, I reset the port 1337 route back to WAN2, the 'dnsfailure' file disappeared and torrents have restarted - exactly as intended. Hmmm .... what else?
  9. Scrub all the following - the 'dnsfailure' file has just appeared! Ah, I've just realised that this probably won't work. If the dns query isn't going via the tunnel, then simply changing the routing for the tunnel won't cause it to fail. This may have something to do with why I'm experiencing this issue - let me explain .... My main internet connection is unmetered fibre on WAN2. If that connection goes down, I (manually) revert to a metered LTE connection on either WAN3 or WAN4. I don't want to use the metered (PAYG) connection for torrent
  10. Too late - I'd already restarted! I'll try replicating the problem .... If I change the routing so that the tunnel goes to an unconnected wan, it should have the same effect as Internet outage.
  11. Yes, I'm using wireguard now. As far as I can tell, the Internet went down around 10:32 on Jan 23 and it came back around 8pm on Jan 24. I cannot see any change in behaviour to indicate that the docker was aware that the Internet service had returned.
  12. Hey @binhex Some time ago I reported an issue where the tunnel didn't automatically re-establish after a length period of Internet outage. You identified a change which might address the issue. Unfortunately, the problem still appears to persist. We had an Internet outage which started around 11am on Saturday and it came back around 8pm on Sunday. The deluge vpn still doesn't seem to be back up, almost two hours later. I'm sure that the vpn will come up if I restart the container. I have taken a copy of the supervisord.log - unfortunately without debug turned on. I
  13. Okay - I refuse to use radarr because I hate having a new folder created for each movie - what's the point? It seems ridiculous, to me, to maintain a lot of folders, each with just a single mkv file which, as far as I'm aware, is still enforced by radarr. If radarr handles the separation of incomplete and complete folders, then fine - as long as you don't mind unnecessary nodes in your file structure.
  14. Much better to define new container paths, then you have more control of where the various folders are. I have my 'incomplete' on a cache-only share and my 'complete' on a protected share.
  15. I always post-process my downloads, for instance, to add subtitles into the mkv or change parameters, synchronise tracks - that's when I make a copy of the mkv in my Movies or Series shares. In any case, I wouldn't want to upload from the same location as my library.
  16. Deluge has a very functional "move on completion" facility. Look in Deluge -> Preferences -> Downloads. No script required. Doing the move from deluge ensures that the torrent continues to seed. It works for me! /LeechTorrents is a 'cacheonly' share. /Torrents is a normal, protected, share.
  17. Have tried just putting the modprobe command into your go file?
  18. To the best of my knowledge, all releases of this docker container, for the last several months, have been based on Deluge v2.0.4.dev38. This would include all builds implementing PIA 'nextgen'. One question for Binhex to answer - what would happen if we went into the running container and used apt to install an alternative version of deluge?
  19. Ooo, this has just prompted me to look at the TrueNAS website. Promises NFSv4 support! Perhaps, after more than ten years using unRAID, and putting up with regular failures with NFSv3 shares, it's time to consider moving on!
  20. Yep, working for me, now. Many thanks, sir!
  21. Sorry - with Debug on! DelugeVPNLog.txt
  22. Latest is failing for me - PIA/Wireguard It just hangs, seemingly for ever. DelugeVPNLog.txt
  23. Since PIA no longer support L2TP for my router, I'm still looking for alternative VPN providers. PureVPN appear to have strong support for L2TP, but I read here of people having issues with DelugeVPN/PureVPN. Does anyone have this working satisfactorily, perhaps with their port-forwarding add-on?
  24. Here's an interesting thought .... Part of the reason for urgent replacement of parity drives is that my Parity2 drive appears to have failed. The parity drive which has failed (a relatively new drive), and this new drive which has failed Preclear are both on the same SATA disk interface card - a two port generic Asmedia device, purchased from China. Perhaps the issue is with the SATA interface? I think I should try moving both of these drives to other SATA ports.