Docs: https://hotio.dev

Discord: https://hotio.dev/discord

 

UPDATE: Please use the discord server (https://hotio.dev/discord) for support questions or any other question.

Edited October 16, 20205 yr by hotio

So what does 'unpackerr' do exactly?  Does it work independently of the torrent client (Deluge in my case)?

Yes, it works without deluge. It monitors your *arr queue and extracts your files that need extracting, after the import is done it cleans up the extracted files.

Nice, Deluge 2.0 broke all the extract plugins, this may be the answer.  I'll post back with my results.

So, I would disable the unpacking feature in ruTorrent and let this program handle it?  I'm assuming you point this program at your completed downloads folder and it watches for files and unpacks into the same directory?  Any setting changes necessary in Radarr or Sonarr?

That's pretty much it.

On 2/15/2020 at 8:55 PM, hotio said:

Yes, it works without deluge. It monitors your *arr queue and extracts your files that need extracting, after the import is done it cleans up the extracted files

Hello,

 

What do you mean that"cleans up the extracted files"?

I need to seeding the file after a downloading

You only need the source files for seeding, not the extracted files.

its does not working for me

 

 

[services.d] starting services
2020/02/17 15:47:29 [INFO] Unpackerr v0.7.0-beta2-79 Starting! (PID: 214)
2020/02/17 15:47:29 ==> Startup Settings <==
2020/02/17 15:47:29 => Sonarr Configured: 1 server: http://192.168.3.2:8989/
2020/02/17 15:47:29 => Radarr Configured: 0 servers
2020/02/17 15:47:29 => Lidarr Configured: 0 servers
2020/02/17 15:47:29 => Folder Configured: 0 paths
2020/02/17 15:47:29 => Parallel Extracts: 1
2020/02/17 15:47:29 => Poll Interval: 2m0s
2020/02/17 15:47:29 => Poll Timeout: 10s
2020/02/17 15:47:29 => Delete Delay: 5m0s
2020/02/17 15:47:29 => Start Delay: 1m0s
2020/02/17 15:47:29 => Retry Delay: 5m0s
2020/02/17 15:47:29 => Debug Logs: true
2020/02/17 15:47:29.501474 start.go:82: [DEBUG] Starting Cleanup Routine (interval: 1 minute)
2020/02/17 15:47:29.501765 folder.go:62: [DEBUG] Folder: Nothing to watch, or no folders configured.
[services.d] done.
2020/02/17 15:47:29.505465 sonarr.go:22: [Sonarr] Updated (http://192.168.3.2:8989/): 1 Items Queued

 

Your log file says otherwise...

Yes, but nothing happened.

 

and how long did you wait? if you think there's a bug, you should file a bug report with the app developer.

Maybee a stupid question I just installed it and I got a OK 

And its been running for some days and nothing was unpacked so I turned on debug and went to the appdata dir and its empty?

Where is the installation files and debug log kept?

 

https://github.com/hotio/docker-unpackerr#configuration

 

docker logs unpackerr

on the CLI to view the log

13 hours ago, hotio said:

https://github.com/hotio/docker-unpackerr#configuration

 

docker logs unpackerr

on the CLI to view the log

Thanks!

 

For some reason it doesn't unpack folders...

I am running a synch folder with files

TDB (status: Waiting, pre-Queue, elapsed: 14h14m0s)
2020/02/20 10:20:08.648757 helpers.go:65: [Unpackerr] Queue: [210 waiting] [0 queued] [0 extracting] [0 extracted] [0 imported] [0 failed] [0 deleted], Totals: [0 restarts] [0 finished]

 

The only thing I can think off is the download path?

Which points to my Unraid Unassigned drive - top level download folder same as 

 

And my Radarr settings:

 

I have also tried writing the full path but still dosent work...

/mnt/user/downloads/tv/

/mnt/user/downloads/movies/

/mnt/user/downloads/music/

 

Is it scanning the folders even if Radarr & Sonarr haven't registered a download?

Would be nice if some RSS feed also was unpacked 🙂
 

 

You should configure your paths correctly as they are inside the container...

You aren't even mounting the volume in unpackerr container?

Sorry I think I am getting to used to having all needed fields provided to me in the Docker Unraid UI 🙂

I thinking was that filling out all available fields would be enough

 

So you are saying that I need to mount the drives and that the Sonarr/Radarr path with the API does not provide this kind of access right?

This would then solve it?

 

And then change the path in the docker to:

/downloads/tv/

/downloads/movies/

/downloads/music/

 

 

I can't know for sure what paths you use or prefer using...so it's a bad idea to include them in the template. I think your last solution is going to work....

1 hour ago, hotio said:

I can't know for sure what paths you use or prefer using...so it's a bad idea to include them in the template. I think your last solution is going to work....

Sorry I just need to know if the mappings in the docker is going to be subst for the "mount" like: 

/downloads/tv/ --> ( /downloads/ = /mnt/user/downloads/) --> /downloads/tv

Or should they be "spelled out in full path" in the docker UI so they have the full path: /mnt/user/downloads/tv?

 

These 3 fields:

 

Sorry for the many question if you have an example on how you have configured it then please share :-)

From the containers perspective...if your download client puts the downloads in the volume /downloads and radarr sees them in /downloads, then unpackerr needs to have the path set to /downloads and the volume should also be mounted in /downloads, whatever you did to get it working with radarr, the same applies to unpackerr. The variable ....0_PATH just tells unpacker, "go look in this folder". I also like to suggest to read whats written on your screen, the fact that you are adding a red arrow to the UN_LIDARR_0_PATH suggests you didn't read the orange text....

4 minutes ago, hotio said:

From the containers perspective...if your download client puts the downloads in the volume /downloads and radarr sees them in /downloads, then unpackerr needs to have the path set to /downloads and the volume should also be mounted in /downloads, whatever you did to get it working with radarr, the same applies to unpackerr. The variable ....0_PATH just tells unpacker, "go look in this folder". I also like to suggest to read whats written on your screen, the fact that you are adding a red arrow to the UN_LIDARR_0_PATH suggests you didn't read the orange text....

 

Yes I actually did - have spend allot of my time to get this to work.... and currently could mean that at some point it will be used so doesn't hurt to fill it in right!

Quote

Currently not used, Lidarr API gives the path.

 

It's already removed from the updated template, at this moment it likely never will be used.

Firstly, thank you for the app.  It's really the last step I need for a perfect setup.  However, I can't seem to get it to work either.  Can you please explain how to find the log, I can't make any sense of your post below.

On 2/19/2020 at 2:36 PM, hotio said:

https://github.com/hotio/docker-unpackerr#configuration

 

docker logs unpackerr

on the CLI to view the log

 

I have the paths set to the completed monitored location for both Sonarr and Radarr, but files are just sitting and not getting unpacked.

Edited February 21, 20206 yr by RodWorks

3 hours ago, RodWorks said:

Firstly, thank you for the app.  It's really the last step I need for a perfect setup.  However, I can't seem to get it to work either.  Can you please explain how to find the log, I can't make any sense of your post below.

 

I have the paths set to the completed monitored location for both Sonarr and Radarr, but files are just sitting and not getting unpacked.

You have to run the command in the CLI its the command prompt that opens a new window here: