• Posts

  • Joined

  • Last visited

mooky's Achievements


Newbie (1/14)



  1. Just discovered this myself, unRAID 6.9.2 as well. One core, pegged to 100%, htop showing the offending process to be wsdd. Attempting to fix/bypass, but like DanW said, it may not be unRAID's bug, but if there is a more recent package that fixes it, it is your responsibility to test and merge it into unRAID to prevent a race condition inside your product. My CPU had hundreds of hours of time on that one thread until I noticed it just gobbling power and generating heat for no reason. Seems rather wasteful if you ask me.
  2. @dlandon, So the "scripts file" automatically fires always when that particular disk is plugged in, or is there a list of disk events I can use to trigger stuff in this file? Ideally I'd like to have an rclone sync start on plugin of the disk, and then further trigger once a day until I unplug it and offsite it. I'm going to be doing a rotation of 2 different disks so I can finally make good on legitimately accomplishing a proper 3-2-1 backup strategy.
  3. So it's probably been explained, but searching through 232 pages isn't exactly fun, so I'll ask: When I go into "settings" for a partition, I see the mount point (WD-2TB), and share toggle, then below I see: Script File: /boot/config/plugins/unassigned.devices/ RUN IN BACKGROUND (toggle off/on) User Script: (undefined) Script Content: Now I see the script is 0 bytes, and empty. What is the point of it? and how does it differ from "User Script" ? I want to have an rclone sync command do a backup to the USB disk daily; I already know the command works when I issue it manually from a command line. Also, how would the "User Scripts" plugin factor in this equation, would it be better than using any of the above, or just a similar alternative and either works?
  4. Hey @binhex, I get the following errors when i run qbittorrentvpn. If I stop the docker, and remove the "perms.txt" file, then relaunch the image, the error goes away for a little while, but then it returns like herpes. Any help to point me in the right direction. I'm running the docker as UID=3501, GID=100, so although the user isn't the standard 99:100 that unraid expects, they are part of the same group, and the permissions look to be fine with a cursory look. Nobody is 99:100 dockoper is 3501:100 When I started up docker: -rwxrwxr-x 1 nobody users 192 Apr 12 00:02 qBittorrent-data.conf* -rwxrwxr-x 1 dockoper users 3661 Apr 12 00:02 qBittorrent.conf* No complaints from docker from when it was started at 12:01am (when I started it) until 8am, from the supervisord.log: 2021-04-12 00:01:46,148 DEBG 'watchdog-script' stdout output: [info] Privoxy process started [info] Waiting for Privoxy process to start listening on port 8118... 2021-04-12 00:01:46,153 DEBG 'watchdog-script' stdout output: [info] Privoxy process listening on port 8118 2021-04-12 08:00:47,292 DEBG 'watchdog-script' stderr output: sed: preserving permissions for ‘/config/qBittorrent/config/sed5mxUuB’: Operation not permitted 2021-04-12 08:01:17,501 DEBG 'watchdog-script' stderr output: sed: preserving permissions for ‘/config/qBittorrent/config/sedxoHbVt’: Operation not permitted 2021-04-12 08:01:47,644 DEBG 'watchdog-script' stderr output: sed: And I have no idea when exactly, but the permission/ownership changed at some point: -rwxrwxr-x 1 nobody users 197 Apr 12 12:36 qBittorrent-data.conf* -rw-rw-rw- 1 nobody users 3660 Apr 12 12:40 qBittorrent.conf
  5. TexasUnraid, with a tightening of the ip_tables for leakage, you now have to do one of two things as outlines on this page, Q26 That should fix connecting to your bittorrent client.
  6. Tell unraid to spin disks down in settings, and then use the "dynamix cache dirs" unraid application. I find this the simplest solution to not have problems between your download client and radarr/sonarr/etc. EDIT: You can also use "split levels" in your unraid share to designate and help steer where things go, as well as included and excluded disks.
  7. Keep it simple. Here's my docker setup: version: '3.7' services: qbittorrentvpn: image: binhex/arch-qbittorrentvpn container_name: qbitvpn volumes: - /mnt/citadel-library:/data - /container-data/qbitvpn:/config environment: - PUID=99 - PGID=100 - TZ=America/Chicago - VPN_ENABLED=yes - VPN_USER=p####### - VPN_PASS=abc123def456 - VPN_PROV=pia - VPN_CLIENT=openvpn - STRICT_PORT_FORWARD=no - ENABLE_PRIVOXY=yes - LAN_NETWORK= - WEBUI_PORT=25514 - UMASK=000 cap_add: - NET_ADMIN ports: - "6881:6881" - "6881:6881/udp" - "25514:25514" - "8118:8118" restart: unless-stopped And my unraid is setup with a simple "library" share, under which I have the following directory setup: root(library) | +---\incomplete | +---\movies | +---\music | +---\torrents | +---\tvshows All my dockers access my unraid through "data" inside the docker webUI's. The cache is seamless.
  8. Subsequent to my own previous post, I have rolled back my Alpine Linux version and everything works again. It seems there may be an internal problem with a recent version of iptables routing inside docker itself. That would explain the weird behaviour where it would sometimes start and throw errors in some of my docker images with the above errors I already noted, but others would launch, but their UI's would still be unreachable though their web interfaces, even though they were running. It was really weird behaviour. I don't know if its Alpine specific, or a larger docker problem, but something to note if you are having problems and docker is throwing iptable errors.
  9. okay, I know no one here is an expert necessarily in a particular Linux distribution, in this case, Alpine Linux, but I'm coming up short on google-fu trying to get arch-qbittorrentvpn (and other related docker images) working I had a docker-compose that launched correctly and worked on Alpine 3.12 (after installing all the docker related stuff I needed to make it work) I upgraded my Alpine to 3.13, and now, its broken. I even went as far as doing a fresh install in another with a base install of Alpine 3.13.1 to see if the upgrade borked something, and I can report similar errors firing my docker-compose yaml script. I've attached the yaml file and the errors thrown at the command line. Does anyone have any idea where I can begin? Did something fundamentally change between alpine 3.12 and 3.13? docker-compose.yaml docker-compose-errors.txt
  10. Are you able to bring up the webUI ? If so, the default is as I stated. There are 2 settings in the conf file: WebUI\Password_PBKDF2=<HASHED PASSWORD HERE> WebUI\Username=mooky But those are added once you log in through the GUI, and go into options to change it. What did you define as your WEBUI_PORT? Here's my docker-compose yaml file that fires my instance of the docker: services: qbittorrentvpn: image: binhex/arch-qbittorrentvpn container_name: qbitvpn volumes: - /mnt/myfiles:/data - /persiststorage/qbitvpn:/config environment: - PUID=99 - PGID=100 - TZ=America/Chicago - VPN_ENABLED=yes - VPN_USER=p1234567 # change as necessay - VPN_PASS=9dfglkj43G$3 #change as necessary - VPN_PROV=pia #change as necessary - VPN_CLIENT=openvpn - STRICT_PORT_FORWARD=no - ENABLE_PRIVOXY=yes - LAN_NETWORK= - WEBUI_PORT=29501 - UMASK=000 cap_add: - NET_ADMIN ports: - "29500:6881" - "29500:6881/udp" - "29501:29501" - "8118:8118" restart: unless-stopped
  11. The openVPN portion doesn't have any defaults, you need to have an already paid-for VPN service you subscribe to. The default login/password for qbittorrent however is: login: admin password: adminadmin Change that the first chance you get.
  12. It's ready AFAIK, even people on reddit say that even though its not official that for the most part, barring some edge case weirdness of your particular setup that its good to go for at least a while now. Backup your whole persistent data for radarr dir: tar -zcvf radarr.gz /yourpathto/radarr/ then in my case, in my docker-compose, i simply change the image it pulls image: linuxserver/radarr:nightly Badda-bing, badda-boom, that's it. Worst comes to worst, you blow up the persistent data directory, because some of it will be updated to v3 versions, and untar the 0.2 copy and roll back to 0.2. I'm surprised it works in 0.2 though, it had been broken AF for me, maybe someone backported the fix *shrug*
  13. Just an FYI to everyone if it's not here already. I've tested the most recent version of radarr - aka ":nightly" (there probably is newer but on Saturday that was the version) and bittorrent 4.3.x aka ":latest" and the problems with importing are fixed. This does NOT apply to radarr 0.2 which apparently will not be fixed for qbittorrent 4.3.x You must stick with qbittorrent 4.2.5 if you are still on radarr 0.2 I assume, but haven't checked that this is also fixed on sonarr since they were both experiencing it and probably pulling the same code fix.
  14. Everything for me seems to work A-OK, except this error as the docker launches, which doesn't seem to affect the launch of rtorrent, rutorrent, openvpn, or privoxy: rtorrent | 2020-10-25 16:48:05,276 DEBG fd 11 closed, stopped monitoring <POutputDispatcher at 139659360098528 for <Subprocess at 139659360097856 with name pyrocore-script in state RUNNING> (stdout)> rtorrent | 2020-10-25 16:48:05,276 DEBG fd 15 closed, stopped monitoring <POutputDispatcher at 139659360219776 for <Subprocess at 139659360097856 with name pyrocore-script in state RUNNING> (stderr)> rtorrent | 2020-10-25 16:48:05,277 INFO exited: pyrocore-script (exit status 0; expected) rtorrent | 2020-10-25 16:48:05,277 DEBG received SIGCHLD indicating a child quit rtorrent | 2020-10-25 16:48:05,311 DEBG 'start-script' stdout output: rtorrent | [info] Default route for container is Is there anywhere I should start at trying to figure it out? FYI, in case anyone was wondering, the docker-compose code: services: rtorrent: image: binhex/arch-rtorrentvpn container_name: rtorrent volumes: - /mnt/citadel-library:/data - /container-data/rtorrent:/config environment: - PUID=99 - PGID=100 - TZ=America/Chicago - VPN_ENABLED=yes - VPN_USER=xxxxxxxx - VPN_PASS=YYYYYYYYYYYYY - VPN_PROV=pia - VPN_CLIENT=openvpn - STRICT_PORT_FORWARD=no - ENABLE_PRIVOXY=yes - ENABLE_AUTODL_IRSSI=yes - ENABLE_RPC2=yes - ENABLE_RPC2_AUTH=yes - ENABLE_WEBUI_AUTH=yes - RPC2_USER=admin - RPC2_PASS=xYxYxYxYxYxY - WEBUI_USER=admin - WEBUI_PASS=xYxYxYxYxYxY - LAN_NETWORK= - DEBUG=false - PHP_TZ=UTC - UMASK=000 cap_add: - NET_ADMIN ports: - "9080:9080" - "9443:9443" - "8118:8118" restart: unless-stopped