Radarr Container continually growing above 150GB

jim2fast4u

Junior Member
Original poster
Local time
8:01 AM
Jul 12, 2018
13
1
Hi All,

I moved my installation to a new feeder server and restored apps.
2 days later I noticed space being over 100gb less and when I investigated I came across the Radarr container being 190GB.

I have Radarr4k also installed, no problems.

I pruned with no luck. I ended up stopping the service, pruning and removing the container and then redeploying radarr. I did not have to restore as the source files were still on the server.

It has been 3 days and the container is now up to 150gb again.

I am at a loss as to how to handle this, googling found only that previously there has been a volume reporting bug that was dealt with.

Any advice?

PG 8.7.5
Radarr 0.2.0.1450 (Radarr4k is the same version with no issue)
 

Edrock200

Senior Member
Local time
4:01 PM
Nov 17, 2019
104
27
You mean the container itself, not /opt/appdata/radarr, correct? Do the radarr or container logs yield any clues as to why it's growing so rapidly? Which Radarr edition did you deploy?
 

jim2fast4u

Junior Member
Original poster
Local time
8:01 AM
Jul 12, 2018
13
1
Radarr edition from core apps.
logs on radarr had nothing significant. I didn’t look at the container logs- where do I see those?

The container is growing, not opt/app data

I have just redeployed. I can check container logs and see what’s going on.
 

jim2fast4u

Junior Member
Original poster
Local time
8:01 AM
Jul 12, 2018
13
1
So I looked through the Docker Logs. Looking at the container stats it is showing a cache of 22gb. Considering my other ARR's are using a whole lot less this seems to be something. Nothing seems out of place. The only difference in usage of the install from other servers I have had this Radarr restored from is a switch to NZB. All other ARRs are behaving normally.

The logs are displaying an database issue:

[v0.2.0.1450] System.Data.SQLite.SQLiteException (0x80004005): constraint failed

UNIQUE constraint failed: Movies.TitleSlug

at System.Data.SQLite.SQLite3.Reset (System.Data.SQLite.SQLiteStatement stmt) [0x00083] in <61a20cde294d4a3eb43b9d9f6284613b>:0

at System.Data.SQLite.SQLite3.Step (System.Data.SQLite.SQLiteStatement stmt) [0x0003c] in <61a20cde294d4a3eb43b9d9f6284613b>:0

at System.Data.SQLite.SQLiteDataReader.NextResult () [0x0016b] in <61a20cde294d4a3eb43b9d9f6284613b>:0

at System.Data.SQLite.SQLiteDataReader..ctor (System.Data.SQLite.SQLiteCommand cmd, System.Data.CommandBehavior behave) [0x00090] in <61a20cde294d4a3eb43b9d9f6284613b>:0

at (wrapper remoting-invoke-with-check) System.Data.SQLite.SQLiteDataReader..ctor(System.Data.SQLite.SQLiteCommand,System.Data.CommandBehavior)

at System.Data.SQLite.SQLiteCommand.ExecuteReader (System.Data.CommandBehavior behavior) [0x0000c] in <61a20cde294d4a3eb43b9d9f6284613b>:0

at System.Data.SQLite.SQLiteCommand.ExecuteScalar (System.Data.CommandBehavior behavior) [0x00006] in <61a20cde294d4a3eb43b9d9f6284613b>:0

at System.Data.SQLite.SQLiteCommand.ExecuteScalar () [0x00006] in <61a20cde294d4a3eb43b9d9f6284613b>:0

at Marr.Data.QGen.InsertQueryBuilder`1[T].Execute () [0x00046] in C:\projects\radarr-usby1\src\Marr.Data\QGen\InsertQueryBuilder.cs:140

at Marr.Data.DataMapper.Insert[T] (T entity) [0x0005d] in C:\projects\radarr-usby1\src\Marr.Data\DataMapper.cs:728

at NzbDrone.Core.Datastore.BasicRepository`1[TModel].Insert (TModel model) [0x00034] in C:\projects\radarr-usby1\src\NzbDrone.Core\Datastore\BasicRepository.cs:133

at NzbDrone.Core.Movies.MovieService.AddMovie (NzbDrone.Core.Movies.Movie newMovie) [0x0012c] in C:\projects\radarr-usby1\src\NzbDrone.Core\Movies\MovieService.cs:178

at NzbDrone.Core.NetImport.NetImportSearchService.Execute (NzbDrone.Core.NetImport.NetImportSyncCommand message) [0x000f5] in C:\projects\radarr-usby1\src\NzbDrone.Core\NetImport\NetImportSearchService.cs:148

at NzbDrone.Core.Messaging.Commands.CommandExecutor.ExecuteCommand[TCommand] (TCommand command, NzbDrone.Core.Messaging.Commands.CommandModel commandModel) [0x000ec] in C:\projects\radarr-usby1\src\NzbDrone.Core\Messaging\Commands\CommandExecutor.cs:93

at (wrapper dynamic-method) System.Object.CallSite.Target(System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,NzbDrone.Core.Messaging.Commands.CommandExecutor,object,NzbDrone.Core.Messaging.Commands.CommandModel)

at System.Dynamic.UpdateDelegates.UpdateAndExecuteVoid3[T0,T1,T2] (System.Runtime.CompilerServices.CallSite site, T0 arg0, T1 arg1, T2 arg2) [0x00035] in <798dd06330af4ca3886d7d2be5573af7>:0

at (wrapper dynamic-method) System.Object.CallSite.Target(System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,NzbDrone.Core.Messaging.Commands.CommandExecutor,object,NzbDrone.Core.Messaging.Commands.CommandModel)

at NzbDrone.Core.Messaging.Commands.CommandExecutor.ExecuteCommands () [0x00027] in C:\projects\radarr-usby1\src\NzbDrone.Core\Messaging\Commands\CommandExecutor.cs:43
 

jim2fast4u

Junior Member
Original poster
Local time
8:01 AM
Jul 12, 2018
13
1
Just worked out lists were involved with this snippet. When two movies of the same title are added.

Also that the logs here are radarr logs not container logs
Post automatically merged:

OK, So I looked over everything again and searched. I found this on the forum

I then thought about what Edrock2000 said and then I think that somewhere a list was adding files to /opt/radarr after moving servers.

I used movie editor and changed all paths to ensure none were missed. redeployed radarr and disabled all lists and will monitor.

It will be interesting to see what the cache does also. Running a full library update and then will pull some titles down to monitor size.

This is a seemingly simple thing if it fixes a silly oversight of configuration.
 
Last edited:

Edrock200

Senior Member
Local time
4:01 PM
Nov 17, 2019
104
27
Did you deploy the aront build which does the auto mp4 conversions?
 

jim2fast4u

Junior Member
Original poster
Local time
8:01 AM
Jul 12, 2018
13
1
I deployed this version with the same issues.
I have resolved the issue.
It was a list that was loading movies into opt/radarr after redeployment on the server.

the container was redeployed and has been steady in size now.
 

Create an account or login to comment

You must be a member in order to leave a comment

Create account

Create an account on our community. It's easy!

Log in

Already have an account? Log in here.


Maintenance Donations

Recommend NewsGroups

      Up To a 58% Discount!

Trending