{"action":"created","issue":{"url":"https://api.github.com/repos/Sonarr/Sonarr/issues/2296","repository_url":"https://api.github.com/repos/Sonarr/Sonarr","labels_url":"https://api.github.com/repos/Sonarr/Sonarr/issues/2296/labels{/name}","comments_url":"https://api.github.com/repos/Sonarr/Sonarr/issues/2296/comments","events_url":"https://api.github.com/repos/Sonarr/Sonarr/issues/2296/events","html_url":"https://github.com/Sonarr/Sonarr/issues/2296","id":275167027,"node_id":"MDU6SXNzdWUyNzUxNjcwMjc=","number":2296,"title":"Memory usage climbs over time under mono","user":{"login":"smcpeck","id":8724583,"node_id":"MDQ6VXNlcjg3MjQ1ODM=","avatar_url":"https://avatars1.githubusercontent.com/u/8724583?v=4","gravatar_id":"","url":"https://api.github.com/users/smcpeck","html_url":"https://github.com/smcpeck","followers_url":"https://api.github.com/users/smcpeck/followers","following_url":"https://api.github.com/users/smcpeck/following{/other_user}","gists_url":"https://api.github.com/users/smcpeck/gists{/gist_id}","starred_url":"https://api.github.com/users/smcpeck/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/smcpeck/subscriptions","organizations_url":"https://api.github.com/users/smcpeck/orgs","repos_url":"https://api.github.com/users/smcpeck/repos","events_url":"https://api.github.com/users/smcpeck/events{/privacy}","received_events_url":"https://api.github.com/users/smcpeck/received_events","type":"User","site_admin":false},"labels":[{"id":209639528,"node_id":"MDU6TGFiZWwyMDk2Mzk1Mjg=","url":"https://api.github.com/repos/Sonarr/Sonarr/labels/bug","name":"bug","color":"e11d21","default":true},{"id":1130391980,"node_id":"MDU6TGFiZWwxMTMwMzkxOTgw","url":"https://api.github.com/repos/Sonarr/Sonarr/labels/mono-bug","name":"mono-bug","color":"5C7280","default":false}],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":9,"created_at":"2017-11-19T15:21:49Z","updated_at":"2018-12-17T19:52:07Z","closed_at":null,"author_association":"NONE","body":"<!--\r\nBefore opening a new issue, please ensure:\r\n- You use the forums for support/questions\r\n- You search for existing bugs/feature requests\r\n- Remove extraneous template details\r\n-->\r\n\r\n\r\n## Bug Report\r\nI'm running all of my home media automation apps on a 2GB VM and get memory alerts from it about every other day.  NzbDrone starts getting to the point of eating up a lot of memory that isn't getting released back to the system.\r\n\r\n### System Information/Logs\r\n\r\n**Sonarr Version:** 2.0.0.5054\r\n**Operating System:** Ubuntu 16.04.3\r\n**mono Version:** 5.4.1.6\r\n\r\n### Log File Snippet\r\n```\r\n17-11-18 06:52:49.2|Info|RssSyncService|RSS Sync Completed. Reports found: 250, Reports grabbed: 0\r\n17-11-18 06:55:47.5|Warn|DownloadMonitoringService|Unable to retrieve queue and history items from NZB Get\r\n\r\n[v2.0.0.5054] System.ObjectDisposedException: Cannot access a disposed object.\r\nObject name: 'System.Net.Sockets.NetworkStream'.\r\n  at System.Net.WebConnectionStream.EndWrite (System.IAsyncResult r) [0x00097] in <50d80b08c1a5449282b22aedf03ce925>:0 \r\n  at System.Net.WebConnectionStream.Write (System.Byte[] buffer, System.Int32 offset, System.Int32 size) [0x00053] in <50d80b08c1a5449282b22aedf03ce925>:0 \r\n  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000d2] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Common\\Http\\Dispatchers\\ManagedHttpDispatcher.cs:59 \r\n  at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000b5] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Common\\Http\\Dispatchers\\FallbackHttpDispatcher.cs:53 \r\n  at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request) [0x0007e] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Common\\Http\\HttpClient.cs:119 \r\n  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00000] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Common\\Http\\HttpClient.cs:55 \r\n  at NzbDrone.Core.Download.Clients.Nzbget.NzbgetProxy.ProcessRequest[T] (NzbDrone.Core.Download.Clients.Nzbget.NzbgetSettings settings, System.String method, System.Object[] parameters) [0x00047] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Core\\Download\\Clients\\Nzbget\\NzbgetProxy.cs:232 \r\n  at NzbDrone.Core.Download.Clients.Nzbget.NzbgetProxy.GetQueue (NzbDrone.Core.Download.Clients.Nzbget.NzbgetSettings settings) [0x00000] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Core\\Download\\Clients\\Nzbget\\NzbgetProxy.cs:130 \r\n  at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.GetQueue () [0x00012] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Core\\Download\\Clients\\Nzbget\\Nzbget.cs:56 \r\n  at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.GetItems () [0x00000] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Core\\Download\\Clients\\Nzbget\\Nzbget.cs:184 \r\n  at NzbDrone.Core.Download.TrackedDownloads.DownloadMonitoringService.ProcessClientDownloads (NzbDrone.Core.Download.IDownloadClient downloadClient) [0x0000c] in M:\\BuildAgent\\work\\b69c1fe19bfc2c38\\src\\NzbDrone.Core\\Download\\TrackedDownloads\\DownloadMonitoringService.cs:89 \r\n```\r\nThis error is in the logs quite frequently, sometimes as often as once every 10 minutes.\r\n\r\nWouldn't think that a memory leak would be caused by a disposed object error, but if the referencing code isn't cleaning up properly, maybe.  Just wanted to be forthcoming that the stacktrace may not actually capture the root cause of what I'm seeing.\r\n\r\nHappy to provide more logs, but there's nothing really of interest there.\r\n\r\n### Additional Information\r\nFWIW, Radarr is suffering from the same issue, so the problem may lie within shared code.  I see the same stacktrace in its logs as posted above, though not as frequently.\r\n\r\n### Other Information\r\n\r\n- NzbGet version:\r\n```\r\n$ /usr/bin/nzbget -V\r\nRequest sent\r\nserver returned: 19.1\r\n```\r\n- VM is running on FreeNas 11 via BHYVE"},"comment":{"url":"https://api.github.com/repos/Sonarr/Sonarr/issues/comments/447976088","html_url":"https://github.com/Sonarr/Sonarr/issues/2296#issuecomment-447976088","issue_url":"https://api.github.com/repos/Sonarr/Sonarr/issues/2296","id":447976088,"node_id":"MDEyOklzc3VlQ29tbWVudDQ0Nzk3NjA4OA==","user":{"login":"JReming85","id":21246660,"node_id":"MDQ6VXNlcjIxMjQ2NjYw","avatar_url":"https://avatars2.githubusercontent.com/u/21246660?v=4","gravatar_id":"","url":"https://api.github.com/users/JReming85","html_url":"https://github.com/JReming85","followers_url":"https://api.github.com/users/JReming85/followers","following_url":"https://api.github.com/users/JReming85/following{/other_user}","gists_url":"https://api.github.com/users/JReming85/gists{/gist_id}","starred_url":"https://api.github.com/users/JReming85/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/JReming85/subscriptions","organizations_url":"https://api.github.com/users/JReming85/orgs","repos_url":"https://api.github.com/users/JReming85/repos","events_url":"https://api.github.com/users/JReming85/events{/privacy}","received_events_url":"https://api.github.com/users/JReming85/received_events","type":"User","site_admin":false},"created_at":"2018-12-17T19:52:07Z","updated_at":"2018-12-17T19:52:07Z","author_association":"NONE","body":"@dancii I no longer have this issue yet I dont remember what I did to resolve it.\r\n\r\nFew of the things that I did do was ended up offloading a few of my servers to the cloud (couchpotato -> VPS Radarr, Transmission -> VPS ruTorrent, TVheadend -> VPS) and feel that may have helped a bit (at least with lowering my RAM usage.\r\n\r\nI have read about people also having this issue while using transmission, although I rarely used torrents and 99% of my downloads were from usenet transmission might have been the cause."}}
{"actor":{"display_login":"JReming85"}}