[Support] hotio - All images released by hotio


hotio

Recommended Posts

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

Link to comment

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

 

Link to comment
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 

image.thumb.png.58c571f9b3b4c510a18b5b69e41437f8.png

 

And my Radarr settings:

image.thumb.png.95a1b5cd05a969dfd3becfc45ba383e2.png

 

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 🙂
 

 

Link to comment

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?

image.png.fa477f7fc473c1fe810c62e9320bce3f.png

 

And then change the path in the docker to:

/downloads/tv/

/downloads/movies/

/downloads/music/

 

 

Link to comment
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:

image.png.252a64a1f3f9dd2f387ffbbd47aae9f3.png

 

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

Link to comment

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....

Link to comment
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.

 

Link to comment

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 by RodWorks
Link to comment
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:

image.png.124d4b7d5d9d8cd0501d5c66815a8089.png

 

Link to comment
  • Squid locked this topic
Guest
This topic is now closed to further replies.