Akatsuki

Members
  • Posts

    15
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Akatsuki's Achievements

Noob

Noob (1/14)

6

Reputation

  1. Tried that and still no luck unfortunately From what I can see from my research, it seems the container is restarting due to illegal instructions
  2. Looks like a wonderful tool for those who enjoy Anime! I've tried to set this up using the variables in the docker compose but for some reason my container seems to be restarting itself in a loop Just confirming, the network type should be bridge?
  3. Nice! I noticed that when I ran the script that in my /etc/hosts file there is a \t before the address. Did you also have the same issues? If so, were you able to fix it?
  4. Have you tried reading the Optional: create service accounts section at the github: https://github.com/BinsonBuzz/unraid_rclone_mount
  5. Just confirming, but both the /mnt/user paths are set to /data and that you have hardlinks enabled in Radarr/Sonarr (under Settings --> Media Management)
  6. Your destination in the Flood download client config in Sonarr should be /user/mount_mergerfs/downloads/complete/sonarr/ I believe. That should hopefully get it sorted
  7. Nothing you need to do I believe as once the upload has finished, it will retry the failed ones again (this time with the updated filenames, etc)
  8. My download client is set to /cloud/downloads/torrents/sonarr (so it's using the mount_mergefs folder)
  9. Did some further digging/testing and I think I've been able to figure out how to fix hardlinking. I think for some reason rclone is thinking of the mergefs as another filesystem (maybe because it's mounted?) and it seems setting up remote path mapping in Sonarr/Radarr fixes this: I followed the below guide: https://docs.usbx.me/books/sonarr/page/initial-setup#bkmrk-remote-path-mapping My mappings for Sonarr as follows: Within Sonarr --> Settings --> Download Clients
  10. Easiest way to tell if stuff has been uploaded into the cloud would be to check your mount_rclone folder (as this is basically a mapped folder to GDrive directly) To answer your first question, yes, you can copy stuff manually to your mergefs folder. I've noticed for my though when I do it copies at like 10MB/sec but if I copy to my "local" folder directly (by manually creating the music folder for example) it copies at gigabit speeds to then be uploaded.
  11. Scrolling through this topic and noticed that I am now also having the same issue as others with Hardlinks being removed randomly (as per below post) Not 100% sure what's doing it. Possibly my mappings? I have Plex/*arrs and my Qbitorrent docker all point /cloud to /mnt/user/mount_mergerfs/gdrive_media_vfs/. Do you think I should change this and have it pointing to /mnt/user instead? Just noticed I've lost about 2TB of seeding torrents is all
  12. The reason for this is because in your mount script you have a variable called $RcloneCacheShare set to mnt/user0/mount_rclone and when you go to use rclone mount, you refer your vfs cache to that path --cache-dir=$RcloneCacheShare/cache/$RcloneRemoteName \ This is the path where it's caching files until the RcloneCacheMaxSize or RcloneCacheMaxAge is met and it'll then start to remove stuff.
  13. Hi there! I am attempting to setup the transmission VPN container with a mullvad VPN connection. I am getting the following error in the logs: Using OpenVPN provider: MULLVAD Starting OpenVPN using config mullvad_au_udp.ovpn Setting OPENVPN credentials... adding route to local network 10.0.1.0/24 via 172.17.0.1 dev eth0 Sun Jun 21 16:47:49 2020 Note: option tun-ipv6 is ignored because modern operating systems do not need special IPv6 tun handling anymore. Sun Jun 21 16:47:49 2020 OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep 5 2019 Sun Jun 21 16:47:49 2020 library versions: OpenSSL 1.1.1c 28 May 2019, LZO 2.10 Sun Jun 21 16:47:49 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts Sun Jun 21 16:47:49 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]217.138.204.66:1194 Sun Jun 21 16:47:49 2020 Socket Buffers: R=[212992->1048576] S=[212992->1048576] Sun Jun 21 16:47:49 2020 UDP link local: (not bound) Sun Jun 21 16:47:49 2020 UDP link remote: [AF_INET]217.138.204.66:1194 Sun Jun 21 16:47:49 2020 TLS: Initial packet from [AF_INET]217.138.204.66:1194, sid=a2af0d9c 6bc782db Sun Jun 21 16:47:49 2020 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this Sun Jun 21 16:47:49 2020 VERIFY OK: depth=2, C=SE, ST=Gotaland, L=Gothenburg, O=Amagicom AB, OU=Mullvad, CN=Mullvad Root CA v2, [email protected] Sun Jun 21 16:47:49 2020 VERIFY OK: depth=1, C=SE, ST=Gotaland, O=Amagicom AB, OU=Mullvad, CN=Mullvad Intermediate CA v2, [email protected] Sun Jun 21 16:47:49 2020 VERIFY KU OK Sun Jun 21 16:47:49 2020 Validating certificate extended key usage Sun Jun 21 16:47:49 2020 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication Sun Jun 21 16:47:49 2020 VERIFY EKU OK Sun Jun 21 16:47:49 2020 VERIFY OK: depth=0, C=SE, ST=Gotaland, O=Amagicom AB, OU=Mullvad, CN=au-syd-101.mullvad.net, [email protected] Sun Jun 21 16:47:49 2020 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1557', remote='link-mtu 1558' Sun Jun 21 16:47:49 2020 WARNING: 'comp-lzo' is present in remote config but missing in local config, remote='comp-lzo' Sun Jun 21 16:47:49 2020 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_CHACHA20_POLY1305_SHA256, 4096 bit RSA Sun Jun 21 16:47:49 2020 [au-syd-101.mullvad.net] Peer Connection Initiated with [AF_INET]217.138.204.66:1194 Sun Jun 21 16:47:50 2020 SENT CONTROL [au-syd-101.mullvad.net]: 'PUSH_REQUEST' (status=1) Sun Jun 21 16:47:55 2020 SENT CONTROL [au-syd-101.mullvad.net]: 'PUSH_REQUEST' (status=1) Sun Jun 21 16:48:01 2020 SENT CONTROL [au-syd-101.mullvad.net]: 'PUSH_REQUEST' (status=1) Sun Jun 21 16:48:01 2020 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.8.0.1,redirect-gateway def1 bypass-dhcp,route-ipv6 0000::/2,route-ipv6 4000::/2,route-ipv6 8000::/2,route-ipv6 C000::/2,comp-lzo no,route-gateway 10.8.0.1,topology subnet,socket-flags TCP_NODELAY,ifconfig-ipv6 fdda:d0d0:cafe:1194::1005/64 fdda:d0d0:cafe:1194::,ifconfig 10.8.0.7 255.255.0.0,peer-id 7,cipher AES-256-GCM' Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: compression parms modified Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: --socket-flags option modified Sun Jun 21 16:48:01 2020 NOTE: setsockopt TCP_NODELAY=1 failed Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: --ifconfig/up options modified Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: route options modified Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: route-related options modified Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: peer-id set Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: adjusting link_mtu to 1624 Sun Jun 21 16:48:01 2020 OPTIONS IMPORT: data channel crypto options modified Sun Jun 21 16:48:01 2020 Data Channel: using negotiated cipher 'AES-256-GCM' Sun Jun 21 16:48:01 2020 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key Sun Jun 21 16:48:01 2020 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key Sun Jun 21 16:48:01 2020 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:12 Sun Jun 21 16:48:01 2020 GDG6: remote_host_ipv6=n/a Sun Jun 21 16:48:01 2020 ROUTE6: default_gateway=UNDEF Sun Jun 21 16:48:01 2020 TUN/TAP device tun0 opened Sun Jun 21 16:48:01 2020 TUN/TAP TX queue length set to 100 Sun Jun 21 16:48:01 2020 /sbin/ip link set dev tun0 up mtu 1500 Sun Jun 21 16:48:01 2020 /sbin/ip addr add dev tun0 10.8.0.7/16 broadcast 10.8.255.255 Sun Jun 21 16:48:01 2020 /sbin/ip -6 addr add fdda:d0d0:cafe:1194::1005/64 dev tun0 RTNETLINK answers: Permission denied Sun Jun 21 16:48:01 2020 Linux ip -6 addr add failed: external program exited with error status: 2 Sun Jun 21 16:48:01 2020 Exiting due to fatal error This is using a fresh install found through CA Community apps. Am i doing anything wrong?
  14. I still seem to be getting constant Web GUI freezes Do we know of any updates in relation to this?
  15. I also seem to be having the same issue as @thrroow whereby the GUI will randomly slow down to a crawl when attempting to open and my downloads will go from 10MB/sec to 50KB/sec, forcing me to reboot the container itself multiple times (as the freezing occurs randomly) until it becomes stable again. For mine to occur, all it did was add a single torrent via Sonarr (currently seeding 404 torrents all through the same tracker). I then receive the following error message and the GUI is no longer accessible: 2020/03/10 20:44:47 [error] 1044#1044: *695 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 172.17.0.1, server: localhost, request: "POST /RPC2 HTTP/1.1", upstream: "scgi://127.0.0.1:5000", host: "10.0.1.30:9080" Running XFS on my cache drive. If you require any further information, please let me know