SOLVED Lidarr Permissions

Wisdom

Explorer
Joined
Oct 15, 2016
Messages
71
Update: So, not actually permissions this time. Mono. Downgraded from 6.8 to 5.20. Manually trimmed the mono files in /usr/local/bin, then installed directly from a pre-compiled mono package.

Left for integrity:
---
Original Post:

Yeah, permission. Always, endlessly, permissions.

I rebuilt my lidarr iocage recently, to get mono updated. Where I never had to fiddle with permissions before, I now can't get lidarr to be able to access anything new that's downloaded. It can fetch and send files to transmission, but once downloaded, it can't copy the specific songs (or so the logs seem to indicate).

For example, I get:
20-7-31 22:55:42.0|Warn|ImportApprovedTracks|Couldn't import track /media/downloads/Bury Tomorrow - The Union Of Crowns (2012)/01. Redeemer.mp3 [v0.7.1.1381] System.UnauthorizedAccessException: Access to the path is denied. ---> System.IO.IOException: Operation not permitted --- End of inner exception stack trace --- at Interop.ThrowExceptionForIoErrno (Interop+ErrorInfo errorInfo, System.String path, System.Boolean isDirectory, System.Func`2[T,TResult] errorRewriter) [0x00014] in <62a73956b5b7456789b93f6a14687f1f>:0 at Interop.CheckIo (System.Int64 result, System.String path, System.Boolean isDirectory, System.Func`2[T,TResult] errorRewriter) [0x0000a] in <62a73956b5b7456789b93f6a14687f1f>:0 at Interop.CheckIo (System.Int32 result, System.String path, System.Boolean isDirectory, System.Func`2[T,TResult] errorRewriter) [0x00000] in <62a73956b5b7456789b93f6a14687f1f>:0 at System.IO.FileSystem.CopyFile (System.String sourceFullPath, System.String destFullPath, System.Boolean overwrite) [0x0005c] in <62a73956b5b7456789b93f6a14687f1f>:0 at System.IO.File.Copy (System.String sourceFileName, System.String destFileName, System.Boolean overwrite) [0x00062] in <62a73956b5b7456789b93f6a14687f1f>:0 at System.IO.Abstractions.FileWrapper.Copy (System.String sourceFileName, System.String destFileName, System.Boolean overwrite) [0x00000] in <f24414d440204889a79a64ec080409aa>:0 at NzbDrone.Common.Disk.DiskProviderBase.CopyFileInternal (System.String source, System.String destination, System.Boolean overwrite) [0x0000b] in <96b70a41daeb490db51c9994341a8d2b>:0 at NzbDrone.Mono.Disk.DiskProvider.CopyFileInternal (System.String source, System.String destination, System.Boolean overwrite) [0x0007b] in <4875c9f5b4924b4b81eed1ececbb7086>:0 at NzbDrone.Common.Disk.DiskProviderBase.CopyFile (System.String source, System.String destination, System.Boolean overwrite) [0x000ba] in <96b70a41daeb490db51c9994341a8d2b>:0 at NzbDrone.Common.Disk.DiskTransferService.TryCopyFileTransactional (System.String sourcePath, System.String targetPath, System.Int64 originalSize) [0x0010a] in <96b70a41daeb490db51c9994341a8d2b>:0 at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, NzbDrone.Common.Disk.DiskTransferVerificationMode verificationMode) [0x0034c] in <96b70a41daeb490db51c9994341a8d2b>:0 at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, System.Boolean verified) [0x0000e] in <96b70a41daeb490db51c9994341a8d2b>:0 at NzbDrone.Core.MediaFiles.TrackFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.TrackFile trackFile, NzbDrone.Core.Music.Artist artist, System.Collections.Generic.List`1[T] tracks, System.String destinationFilePath, NzbDrone.Common.Disk.TransferMode mode) [0x0010a] in <f339569e234a4fc1add8b9dab7a33d21>:0 at NzbDrone.Core.MediaFiles.TrackFileMovingService.CopyTrackFile (NzbDrone.Core.MediaFiles.TrackFile trackFile, NzbDrone.Core.Parser.Model.LocalTrack localTrack) [0x00080] in <f339569e234a4fc1add8b9dab7a33d21>:0 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeTrackFile (NzbDrone.Core.MediaFiles.TrackFile trackFile, NzbDrone.Core.Parser.Model.LocalTrack localTrack, System.Boolean copyOnly) [0x00164] in <f339569e234a4fc1add8b9dab7a33d21>:0 at NzbDrone.Core.MediaFiles.TrackImport.ImportApprovedTracks.Import (System.Collections.Generic.List`1[T] decisions, System.Boolean replaceExisting, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.TrackImport.ImportMode importMode) [0x005ca] in <f339569e234a4fc1add8b9dab7a33d21>:0

When I check to see who owns the files, it's transmission. That hasn't been changed, and seemed to work fine with lidarr before. I turned to the trusty permissions tutorial to see what I was messing up, but that hasn't gotten me anywhere. I currently have lidarr up and running, under transmission user and group, and it seems like it should be checking out. It's not, and I don't know what gives.

I also tried to modify the security settings on the folders directly through windows, but that wasn't working either.

Any thoughts?
 
Last edited:

CarlB

Dabbler
Joined
Jan 30, 2018
Messages
40
I'm having the exact same issue with Lidarr. Did you just uninstall mono using pkg?
 
Top