![]() ![]() This usually indicatesĪ fatal error in the mono runtime or one of the native librariesĠx7f3d80dbf6cc - /lib/x86_64-linux-gnu/libmediainfo.so.0 :Ġx7f3d80abb5dc - /lib/x86_64-linux-gnu/libmediainfo.so.0 :Ġx7f3d80ac0b1a - /lib/x86_64-linux-gnu/libmediainfo.so.0 :Ġx7f3d80b59640 - /lib/x86_64-linux-gnu/libmediainfo.so.0 :Ġx7f3d810263cf - /lib/x86_64-linux-gnu/libmediainfo.so.0 : MediaInfo_Open_Buffer_Finalize Got a SIGSEGV while executing native code. DownloadDecisionMaker: Processing 5 releases ![]() ReleaseSearchService: Searching indexers for. OwinHostController: SonarrBootstrapper: Starting Web Server OwinHostController: Listening on the following URLs: MigrationLogger: *** Checking database for required migrations data source=/config/logs.db cache size=-10000 datetimekind=Utc journal mode=Wal pooling=True version=3 *** MigrationLogger: *** Checking database for required migrations data source=/config/sonarr.db cache size=-10000 datetimekind=Utc journal mode=Wal pooling=True version=3 *** AppFolderInfo: Data directory is being overridden to ![]() Bootstrap: Starting Sonarr - /app/sonarr/bin/Sonarr.exe - Version 3. Any one have any idea what's up?īeen using this for years without problems. For whatever reason when it hits a couple folders, it just hard crashes and restarts without doing its job. System is fully up to date, docker is up to date, Sonarr is up to date as well. This just cropped up over the last couple of days. I thought maybe my sonarr box had been hacked but I don’t see any evidence of that.Īny thoughts on this? As mentioned, I see similar logs for many different shows 07:28:08.4|Debug|DownloadDecisionMaker|Release rejected for the following reasons: Unknown Series 07:28:08.4|Debug|ParsingService|No matching series The Ghost and Molly McGee 07:28:08.4|Debug|Parser|Release Group parsed: MeGusta 07:28:08.4|Debug|QualityParser|Trying to parse quality for The Ghost and Molly McGee S01E19 1080p HEVC x265-MeGusta 07:28:08.4|Debug|Parser|Language parsed: English 07:28:08.4|Debug|Parser|Parsing string 'The Ghost and Molly McGee S01E19 1080p HEVC x265-MeGusta' So for example I’m seeing logs like this for numerous shows I’ve never even heard of let alone had in my libraryĠ7:28:08.4|Debug|DownloadDecisionMaker|Processing release 'The Ghost and Molly McGee S01E19 1080p HEVC x265-MeGusta' from 'jackett' Use the optional paths if you dont understand, or dont want hardlinks/atomic moves. Mainly losing the ability to hardlink (TL DR a way for a file to exist in multiple places on the same file system while only consuming one file worth of space), or atomic move (TL DR instant file moves, rather than copy+delete) files while processing content. While easy to use, it has some drawbacks. We have set /tv and /downloads as optional paths, this is because it is the easiest way to get started. This is a problem with the docker container. And Sonarr shouldn't copy file since I configured it to use hard links. Sonarr shouldn't attempt to link until the client has completed the file move. Or there's some other problem/bug when importing. I don't know if Sonarr reverts to copy if hardlinking doesn't work. But there's no information if this is happening, and I don't know how the code is written. I am guessing Sonarr is attempting to link the file before the file move completes, there's a conflict between the file move and the link, and Sonarr decides to copy instead of link. And when torrent is complete, Sonarr assigns the client category "post-import category", which is a different folder, and QBT moves the download. QBT uses a different folder for incomplete torrents. Might have something to do with "post-import category" and the client (qBittorrent/QBT) file location assigned to the category. SettingsMedia ManagementImportingUse Hardlinks instead of Copy = Checkmark. When a download has completed from my torrent client, the downloaded episode is copied, not hard linked. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |