I always wondered why hardlinks in radarr/ sonarr and qbittorrent didn’t work for me. I think the problem was that I mapped the directories as below:

    volumes:
      - ./config:/config
      - ./downloads:/downloads
      - ./movies:/movies

whereas I should’ve mapped them as:

    volumes:
      - ./config:/config
      - ./media:/media 
      - ./media/downloads:/media/downloads
      - ./media/movies:/media/movies

Now, how do I replace all the duplicate files in /downloads with the links?

  • Vendetta9076@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    19
    ·
    edit-2
    9 months ago

    What you should actually do is just mount /media.

    That way qbit and radarr will see the folders as the same structure.

    Not sure how to remove the duplicate files though

    • William@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      9 months ago

      To expand upon that, I had something similar to the OP’s setup at one point, and I found things worked a lot better when the files could be moved on the same volume, rather than appearing as separate volumes (because they were mounted separately). I ended up re-engineering my whole setup for that and it’s much faster now.

      As for duplicates… I assume this is so you can continue seeding after the file has been moved? I can’t think of anything that would fit the bill for that off the top of my head. Ideally, I think you’d want QBT to just start serving from the new location instead, though I admit hard links does sound like a solution that could work.

      And after Googling, it seems like it already does hard links for torrents for this exact reason. I think if you just map /media (and drop the 2 maps you have after that) things will work like you want.

  • space@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    10
    ·
    9 months ago

    You can’t hard link across docker volumes. In the second example, you need to remove the /media/movies and /media/downloads volumes, only keep /media.

    After fixing this, only future downloads will be hard links. Use a deduplication tool like jdupes to create hard links for the already downloaded files.

  • rambos@lemm.ee
    link
    fedilink
    English
    arrow-up
    4
    ·
    9 months ago

    Hard links are default. Files look like duplicates but they dont take double amount of storage. To empty storage you have to delete both files.

    As someone elese already said, you should use single volume for both radarr and qbittorrent.

    This is from wiki.servarr:

    data
    ├── torrents
    │  ├── movies
    │  ├── music
    |  ├── books
    │  └── tv
    ├── usenet
    │  ├── movies
    │  ├── music
    │  ├── books
    │  └── tv
    └── media
        ├── movies
        ├── music
        ├── books
        └── tv
    

    Following this you should have

    volumes:
      - /path_to_qbit_config:/config
      - /path_to_data:/data
    
    volumes:
      - /path_to_radarr_config:/config
      - /path_to_data:/data
    
      • rambos@lemm.ee
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        9 months ago

        I couldnt find best way tbh. You could set your qbittorrent to auto delete after some time or when hit specific ratio, then manually delete from arrs. There is also app that auto deletes library after X days (, but didnt try it myself.

        None of that suits my needs, so I just do it manually from both qbit and library

        Edit: best way is to get more storage so you do it less frequently or you never do it 🙃

        • lessthanthree@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          1
          ·
          9 months ago

          I setup the auto-delete function. I placed a very high ratio and a certain amount of days to stay active. I’d prefer to seed indefinitely but this will do for now.

          I’m definitely getting more storage soon.

        • GravitySpoiled@lemmy.mlOP
          link
          fedilink
          English
          arrow-up
          10
          ·
          9 months ago

          thx

          Killing GitHub through attrition

          Once migration is complete, I’ll be locking the GitHub repos as read-only forever, though I am inclined to delete them outright since the only power people have over giant corporations is no longer feeding them your time, money, content, and other resources. That’s why I destroyed my several years of contributions to Reddit. It’s more convenient to use the offerings of these companies, but using them results in horrible abuses of the users and stifling of freedoms in the long run.

  • RogueBanana@lemmy.zip
    link
    fedilink
    English
    arrow-up
    3
    ·
    9 months ago

    I don’t think that particular setup has any issue but have you confirmed if it is enabled and they were copies and not hard links? Doing ls -l will show hard link count. Also all of those directories are in home folder right? I don’t think you can keep them in different partitions but don’t quote me on that.