Radarr - Radarr Container continually growing above 150GB | PlexGuide.com

Radarr Radarr Container continually growing above 150GB

  • Stop using Chrome! Download the Brave Browser via >>> [Brave.com]
    It's a forked version of Chrome with native ad-blockers and Google's spyware stripped out! Download for Mac, Windows, Android, and Linux!
Welcome to the PlexGuide.com
Serving the Community since 2016!
Register Now

jim2fast4u

Citizen+
Original poster
Jul 12, 2018
16
3
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

MVP
Staff
Nov 17, 2019
541
195
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

Citizen+
Original poster
Jul 12, 2018
16
3
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

Citizen+
Original poster
Jul 12, 2018
16
3
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

Citizen+
Original poster
Jul 12, 2018
16
3
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:

jim2fast4u

Citizen+
Original poster
Jul 12, 2018
16
3
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.
 

Recommend NewsGroups

      Up To a 58% Discount!

Trending