binhex

Community Developer
  • Posts

    7880
  • Joined

  • Last visited

  • Days Won

    37

Everything posted by binhex

  1. Im also on Gigabit and I run this docker image myself, latest backup stats for me reveal:- Writing new file list... All metadata was present Transferred 760.776 MB - Average speed: 36.7041 MBit/s So yeah, not lightning fast, but that is probably more to do with the speed of the Windows filesystem and the fact it has to scan and backup lots of little files (not something Windows is particularly good at), i would suspect if i was backing up large files my speeds would be significantly higher.
  2. You can restore if you have a backup, you have a backup right?, if not then for next time install the plugin from CA called 'Appdata Backup/Restore v2.5'. So if you don't have a backup (i kinda suspect this is the case) then your best bet is manually record what your current container settings are and then delete the container and re-create from a blank template.
  3. no doubt you had STRICT_PORT_FORWARD set to 'yes', this env var when set to yes forces the connection to try to acquire a incoming port, if it cannot get a incoming port it will retry until failure. In your case you don't care about port forwarding, so setting this to 'no' will allow you to connect to any vpn endpoint.
  4. that looks like a real bug to me, from my newbie brain it looks like a failure to handle utf-8 characters correctly, please raise an 'issue' on sonarr github repo.
  5. Sorry, last time i checked it looks stalled, then i went onto other things, i shall take another look, pinky promise 🙂
  6. And don't forget protonvpn support has been added, so that should work out of the box too including port forwarding.
  7. I would suspect when the machine is freshly booted then the Patriot SSD has a clean cache (onboard of the SSD) and as you use the SSD more the cache fills up causing read/writes to slow down, I mean it could be a firmware bug for the Patriot SSD, worth investigating if there is an update available, failing that ditch that sucker an get yourself something a little faster - the Samsung Evo series are always solid, I have an Evo 850 that has been going strong as my download drive for literally years!, then i use a Samsung 970 Po for Docker image, VM's and appdata - I cannot guarantee it will work for your specific use case, but it should.
  8. If the yo-yo speeds happen when unpacking or par running andthe yo-yo stops when you pause the unpack/par then it most probably is IO or CPU related, check your CPU and IO usage next time it happens, you could also try downloading and unpacking to different locations, so download to SSD and unpack directly to the array for instance, or even to RAM if you have enough.
  9. thanks for the heads up guys, nopurge option removed and new image currently building, check for an updated image in around 30 mins.
  10. the docker container is designed to work in bridge mode, the only alternative to this is to assign the docker container a static ip on a different network to your LAN, setting the container to use a static ip in your LAN (as you have done) will not work.
  11. Try the suggestion in the post above yours Sent from my 22021211RG using Tapatalk
  12. the image is up to date according to releases on github radarr releases so the issue is local to you, have you clicked on 'check for updates' and then 'update all' in the docker tab in the unraid web ui?
  13. lol we all have to learn at the begining :-), ok to review, you need 3 things to download sucessfully from usenet:- a usenet provider - this is your connection to usenet, without this you cannot download anything, newsgroup ninja is one, there are many! a usenet indexer - this indexes the content on usenet and turns it into handy nzb files that the download client then uses to download from usenet (via your usenet provider - see 1.), drunkenslug is one, there are many!. a usenet client - this is the client that will take the downloaded nzb file and then connect and download binaries from usenet (via the usenet provider), sabnzbd and nzbget are two very popular ones. if you want to automate downloads the look into sonarr and radarr - not going into these now.
  14. ok a lot wrong with this sentence, firstly drunkenslug is not a newsgroup, its a usenet indexer, indexing content posted to usenet and turning indexed binaries into nzb files that you then download, secondly nzbget is an application not a 'newsgroup', so yeah confusion abounds here. why are you trying to connect to drunkenslug using port 563?, i would assume you would be connecting to it via HTTPS, so port 443 or port 80 if HTTP. If you want to automate downloads then use something like sonarr for tv or radarr for movies and point that at drunkenslug, or better yet use prowlarr and let it handle this side of things for you. If you aren't fussed about automation then simply go to drunkenslug using your web browser, login, search and download the nzb file and upload to sabnzbd via the sabnzbd web ui.
  15. from your log:- 2023-10-11 10:39:48 [UNDEF] Inactivity timeout (--ping-restart), restarting see Q17:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md
  16. probably cookies/caching related, clear cookies and cache for the site and try again
  17. yes you can access via vnc client, although TBH i think your experience is going to be far worse on mobile compared to novnc, to connect you need to add a port to the containers configuration, host port <whatever you want>, container port 5900 then fire up your favourite vnc client and enter in a client address of <host ip>::<host port> e.g. 192.168.1.10::5900
  18. What version of unRAID are you running? Sent from my 22021211RG using Tapatalk
  19. Overview: Support for Docker image arch-rustrover in the binhex repo. Application: RustRover- https://www.jetbrains.com/rust/ Docker Hub: https://hub.docker.com/r/binhex/arch-rustrover GitHub: https://github.com/binhex/arch-rustrover Documentation: https://github.com/binhex/documentation If you appreciate my work, then please consider buying me a beer For other Docker support threads and requests, news and Docker template support for the binhex repository please use the "General" thread here
  20. Yeah this is normally cache/cookie related, clear cache and cookies for this site and try again.
  21. See Q16:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md
  22. hmm odd!, atomicparsley is definitely included i can call it via console on the container, and the path to it is set for get_iplayer so it should work:- https://github.com/binhex/arch-get-iplayer/blob/1c276c5f7299fc316ac3ae6c825aab7397055c59/run/nobody/start.sh#L74
  23. new image built with the inclusion of atomic parsley, please pull down
  24. probably cookies/caching related, clear cookies and cache for the site and try again