Why do I have a separate Jackett docker image every day?!

https://imgur.com/a/ekaS1zE

74 points · 56 comments · view on lemmy.world

56 Comments

smiletolerantly@awful.systems · 38 pts · 1y (33 replies)

Real question is, why Jackett instead of Prowlarr? ๐Ÿ˜„

flightyhobler@lemm.ee · 17 pts · 1y (31 replies)

Dunno, man. Its been working so far. I'll check out prowlarr, thanks

smiletolerantly@awful.systems · 12 pts · 1y (29 replies)

Yeah no worries - I discovered Prowlarr from that exact same comment years ago so jumped at the opportunity to post it here ๐Ÿ˜†

flightyhobler@lemm.ee · 11 pts · 1y (22 replies)

Tbh the whole arr suite is a headache to get working well...

smiletolerantly@awful.systems · 5 pts · 1y (8 replies)

Sorry to hear that that's been your experience! :( My installation has been running for ~5 years without any problems

flightyhobler@lemm.ee · 1 pts · 1y (7 replies)

you got the hard links working?

rumba@lemmy.zip · 2 pts · 1y

Hell no, My downloads folder in my media folder are completely different. I copy everything from downloads to media It gets renamed, possibly resampled. The torrents are left in the original folder to seed unmolested.

Every once in a while I go through my torrent list and just tell the client to destroy the torrent and files for anything that I don't care to seed anymore. Zero chance of it breaking my actual store.

entropicdrift@lemmy.sdf.org · 2 pts · 1y (4 replies)

Hard links are a built-in feature of basically every modern filesystem. The bigger question to me is, why aren't hard links working for you?

flightyhobler@lemm.ee · 1 pts · 1y

There needs to be an overlap in the mount points of docker jellyfish and docker sonarr, etc. I don't think I got it right. Besides, sonar ends up not moving the series inside the tv shows folder, leaving the episodes outside, in the media folder above. If I knew exactly what was going on I would fix it. Last time I dealt with it was ages ago, so perhaps I can do it now.

flightyhobler@lemm.ee · 1 pts · 1y

Just found this. https://lemm.ee/post/58579926

Seems like I'm not so weird after all....

smiletolerantly@awful.systems · 1 pts · 1y

Yes - but I have no idea about docker, sorry. Have it running baremetal (or rather, in a proxmox VM).

Just a hunch, but in case you "only" share the directory where Sonarr puts Episode files with Jellyfin via some mount point or whatever, and not the directory where Sonarr gets them from (where the torrent client downloads to), then I can see hardlinks breaking in unexpected ways

yoshman@lemmy.world · 2 pts · 1y (3 replies)

I have them all running in a docker compose, that also has gluetun as the gateway.

It's a real basic compse file, but I can share it if you like.

flightyhobler@lemm.ee · 2 pts · 1y (2 replies)

Sure, why not? I'm setting up my new server, so no better time. Thanks

yoshman@lemmy.world · 3 pts · 1y
services:
  gluetun:
    image: qmcgaw/gluetun
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    environment:
      - DNS_ADDRESS=
      - PUID=1000
      - PGID=1000
      - SERVER_CITIES=
      - FIREWALL_VPN_INPUT_PORTS=
      - TZ=Etc/UTC
      # Provider readmes: https://github.com/qdm12/gluetun-wiki/tree/main/setup/providers
      - VPN_SERVICE_PROVIDER=
      #- VPN_TYPE=openvpn
      #- OPENVPN_CUSTOM_CONFIG=/config/custom.conf
      #- VPN_TYPE=wireguard
      #- WIREGUARD_PRIVATE_KEY=
      #- WIREGUARD_ADDRESSES=
    ports:
      - 6767:6767       # bazaar
      - 7878:7878       # radaar
      - 8118:8118       # privoxy
      - 8191:8191       # flaresolverr
      - 8787:8787       # readaar
      - 8989:8989       # sonaar
      - 9091:9091       # transmission
      - 9696:9696       # prowlarr
      # You can add an forwarded listening ports your VPN provider might have here as well.
    volumes:
      - /data/gluetun:/config
  bazarr:
    image: lscr.io/linuxserver/bazarr:latest
    container_name: bazarr
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
    volumes:
      - /data/bazarr:/config
      - /share/downloads/movies:/share/downloads/movies
      - /share/downloads/tv:/share/downloads/tv
    restart: unless-stopped
    network_mode: service:gluetun
  flaresolverr:
    # DockerHub mirror flaresolverr/flaresolverr:latest
    image: ghcr.io/flaresolverr/flaresolverr:latest
    container_name: flaresolverr
    environment:
      - LOG_LEVEL=info
      - LOG_HTML=false
      - CAPTCHA_SOLVER=none
      - TZ=Etc/UTC
    restart: unless-stopped
    network_mode: service:gluetun
  privoxy:
    image: caligari/privoxy:latest
    container_name: privoxy
    restart: unless-stopped
    network_mode: service:gluetun
  prowlarr:
    image: lscr.io/linuxserver/prowlarr:latest
    container_name: prowlarr
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
    volumes:
      - /data/prowlarr:/config
    restart: unless-stopped
    network_mode: service:gluetun
  radarr:
    image: lscr.io/linuxserver/radarr:latest
    container_name: radarr
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
    volumes:
      - /data/radarr:/config
      - /share/downloads/movies:/share/downloads/movies
    restart: unless-stopped
    network_mode: service:gluetun
  readarr:
    image: lscr.io/linuxserver/readarr:develop
    container_name: readarr
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
    volumes:
      - /data/readarr:/config
      - /share/downloads/books:/share/downloads/books
    restart: unless-stopped
    network_mode: service:gluetun
  sonarr:
    image: lscr.io/linuxserver/sonarr:latest
    container_name: sonarr
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
    volumes:
      - /data/sonarr:/config
      - /share/downloads/tv:/share/downloads/tv
    restart: unless-stopped
    network_mode: service:gluetun
  transmission:
    image: lscr.io/linuxserver/transmission:latest
    container_name: transmission
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
      - TRANSMISSION_WEB_HOME= #optional
      - USER= #optional
      - PASS= #optional
      - WHITELIST= #optional
      - PEERPORT= #optional
      - HOST_WHITELIST= #optional
    volumes:
      - /data/transmission:/config
      - /share/downloads/movies:/share/downloads/movies
      - /share/downloads/books:/share/downloads/books
      - /share/downloads/tv:/share/downloads/tv
    restart: unless-stopped
    network_mode: service:gluetun
  watchtower:
    container_name: watchtower
    image: containrrr/watchtower
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    network_mode: service:gluetun
ikidd@lemmy.world · 3 pts · 1y

You might also want to check out https://yams.media/, it's pretty much an install script and configuration walkthrough that's very complete and detailed. Includes most relevant Arrs and gluetun builtin. Containerized. Choice of Emby, Plex or Jellyfin.

Shimitar@downonthestreet.eu · 2 pts · 1y

Never had an issue. But I installed them all using my distro package manager, so no hassle with volumes and links.

roofuskit@lemmy.world · 2 pts · 1y (2 replies)

Prowlarr, recyclarr, and trash guides.

raldone01@lemmy.world · 2 pts · 1y

I tried recyclearr but found configarr to be more flexible.

https://github.com/raydak-labs/configarr/

Here is my configarr config:https://github.com/raldone01/configarr_config

I believe configarr is just a superset of recyclearr.

flightyhobler@lemm.ee · 1 pts · 1y

it's those pesky docker volume maps and hardlinks

River_Tahm@lemmy.today · 1 pts · 1y

Whatโ€™s not working for you?

For me after a decade using -arr the only thing Iโ€™ve had significant issues with has been trying to use the Tailscale integration on Unraid 7 to tunnel the dockers through an exit node which isโ€ฆ not at all the fault of -arr containers lol

CriticalMiss@lemmy.world · 1 pts · 1y
Atherel@lemmy.dbzer0.com · 1 pts · 1y (1 reply)

Check out Trash Guides

Comtief@lemm.ee · 3 pts · 1y

I'm not the OP, but it's a headache even with trash guides

Alk@sh.itjust.works · 0 pts · 1y

I've had the opposite experience. It all "just worked". Try running unraid. It makes a lot of it so much easier.

flightyhobler@lemm.ee · 2 pts · 1y (5 replies)

Prowlarr's "guide" for docker implementation is scary

smiletolerantly@awful.systems · 1 pts · 1y (4 replies)
flightyhobler@lemm.ee · 1 pts · 1y (3 replies)

Nah, man. Check this out: https://prowlarr.com/#downloads-v3-other

Neither option makes me feel confident.

smiletolerantly@awful.systems · 1 pts · 1y (2 replies)

I am a bit confused tbh ๐Ÿ˜…

The link you send links to docker projects, the link I sent is the second one of those. Seems pretty straightforward?

But to be fair, I have never used docker for any of this. In my nix config, it's literally just:

    services.prowlarr.enable = true;
    services.prowlarr.openFirewall = true;

There's not really anything you need to configure host-side. Prowlarr needs to be able to communicate with sonarr and radarr (same as jackett), but otherwise it's basically stateless.

flightyhobler@lemm.ee · 2 pts · 1y

You might be right. Last time I checked I was still a bit "green" with this. It's been two years and I think it makes more sense now ๐Ÿ˜‰

flightyhobler@lemm.ee · 1 pts · 1y

The main issue is that for the prowler developers it seems like none of the docker options is ideal....

itsnotits@lemmy.world · -1 pts · 1y

It's* been working

couch1potato@lemmy.dbzer0.com · 1 pts · 1y

If i remember correctly, jackett allows you to add trackers that prowlarr doesn't have natively. Then you add jackett to prowlarr to distribute to the rest of your containers.

umami_wasbi@lemmy.ml · 19 pts · 1y (4 replies)

Looking at linuxserver/jackett on Docker Hub, it seems it indeed update everyday.

flightyhobler@lemm.ee · 3 pts · 1y (3 replies)

I'm not receiving daily updates from my gotify server, where watchtower reports the updates. But I guess it makes sense if it has some sort of automated build process. I've added the environment variable not to be updated by watchtower and I will keep an eye on it.

MangoPenguin@lemmy.blahaj.zone · 8 pts · 1y (1 reply)

You can also tell watchtower to cleanup images after update so you don't end up with all of those old ones.

flightyhobler@lemm.ee · 1 pts · 1y

Interesting

atzanteol@sh.itjust.works · 7 pts · 1y

If you're just pulling "latest" then docker will fetch the latest when it starts. You can pin to a version tag if you want to keep it stable.

watson387@sopuli.xyz · 16 pts · 1y (3 replies)

docker image prune

flightyhobler@lemm.ee · 0 pts · 1y (2 replies)

Goodbye stopped containers.

Jolteon@lemmy.zip · 2 pts · 1y (1 reply)

IIRC, a normal prune doesn't get rid of those, only the --all prune does that. The normal one only erases images that aren't associated with any container.

watson387@sopuli.xyz · 1 pts · 1y

docker container prune for containers only also.

jay@mbin.zerojay.com:443 · 13 pts · 1y (5 replies)

Because you are pulling it every day.

Lulzagna@lemmy.world · 11 pts · 1y (4 replies)

Images only download when there's a new release, so you didn't answer the question.

The answer is: Because Jackett has daily releases. Maybe they don't version their releases.

jay@mbin.zerojay.com:443 · -2 pts · 1y (3 replies)

Sure, but also, why are you pulling daily to begin with?

Lulzagna@lemmy.world · 6 pts · 1y (2 replies)

Because it's an automated system which looks for updates daily. Is that a serious question?

jay@mbin.zerojay.com:443 · 2 pts · 1y (1 reply)

Yes, it's a serious question. Pulling far too often is exactly why Docker Hub is implementing lower daily limits.

Lulzagna@lemmy.world · 6 pts · 1y

You're suggesting that a single daily image pull is somehow abusive and the cause for Docker Hub imposing limits. This argument is invalid because even after Docker Hub imposes it's limits, pulling an image daily is well within those limits.

However, I am of the opinion that Portainer shouldn't be downloading images unless the container is being deployed, if that's actually what's happening, we don't know.

OP is doing nothing wrong, so please refrain from making illogical bad faith arguments.

LodeMike@lemmy.today · 11 pts · 1y (1 reply)

Presumably because it updates daily

flightyhobler@lemm.ee · 4 pts · 1y

I thought so but my watchtower says "no".

BlackEco@lemmy.blackeco.com · 3 pts · 1y (1 reply)

I believe Linux Server builds images every day for most of their containers, even though there has been no code changes.

bjorney@lemmy.ca · 20 pts · 1y

If the code doesn't change, the resulting docker image will have the same hash, and a new image won't be created

https://github.com/jackett/jackett/releases

Jackett is literally just releasing a new version every day

Wooki@lemmy.world · 2 pts · 1y

Laughs in nix

Xanza@lemm.ee · 2 pts · 1y

Do you have Kinsing? I just dealt with it this past week.

tekeous@usenet.lol · 2 pts · 1y

bro downloaded the mudroom closet and has a whole stack of jacketts