Sonarr version (2.0.0.3953):
Mono version 4.2.1):
OS: OS X 10.11.4
Description of issue:
I recently switched Sonarr from my Win 10 machine to my Mac. I noticed files weren’t showing up on Kodi and realized the AFP share (my NAS) was disconnected. I’ve played with this for days and have some observations about what causes the shares to disconnect.
I was originally using the Drone Factory to import manually ripped TV series. I noticed the first file would copy and then the NAS would disconnect. If there were only one file in the directory, it copied fine and the drives stayed connected.
I read that Drone Factory is discouraged and discovered the manual import. I turned off DF and manually imported from the same directory with the same results. One file copies fine, and then the drives disconnect during the second copy. I have to wait a few minutes to reconnect to the shares, and then the second copy completes before disconnecting during the third copy. Rinse and repeat until all the episodes finally make it over.
Initially I wasn’t having a problem with downloaded files, but I think that’s because there was only one at a time. Now when I’m getting more than one show on a given day, the same behavior occurs. The first show transfers and then the drives disconnect.
I read that netatalk might be a problem and tried SMB instead. The drives disconnect in the same manner.
Also this is absolutely not a case of the NAS spinning down or the machine losing network access. While the AFP shares are disconnected, I am connected to the NAS admin panel from the Mac. Also, my Win 10 machine and wife’s iMac both stay connected to the shares when this occurs.
I opened the console before starting a manual import, and this is what I saw during the copy process. I can get a full debug log later, but I had to leave on a work trip and this was the best I could do before leaving:
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs_unmount: /Volumes/KidsMovies, flags 524288, pid 101
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs_unmount: Open Fork, Byte Range Lock, or Close Fork still in progress 1 on /Volumes/KidsMovies
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs_unmount: /Volumes/Movies, flags 524288, pid 101
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs unmount: Did not find a match for server signature 0xD1AE6DE8BC8985DECDF39D812D3C59
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs_unmount: /Volumes/Music, flags 524288, pid 101
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs unmount: Did not find a match for server signature 0xD1AE6DE8BC8985DECDF39D812D3C59
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs_unmount: /Volumes/Photos, flags 524288, pid 101
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs unmount: Did not find a match for server signature 0xD1AE6DE8BC8985DECDF39D812D3C59
5/8/16 3:48:11.000 PM kernel[0]: ASP_TCP CancelOneRequest: cancelling slot 43 error 89 reqID 61338 flags 0x29 afpCmd 0x8 so 0xd7a334d6020fb06d
5/8/16 3:48:11.000 PM kernel[0]: ASP_TCP CancelOneRequest: cancelling slot 44 error 89 reqID 61340 flags 0x29 afpCmd 0x11 so 0xd7a334d6020fb06d
5/8/16 3:48:11.260 PM KernelEventAgent[101]: tid 54485244 type ‘afpfs’, mounted on ‘/Volumes/TV_Shows’, from ‘//;AUTH=No%20User%20Authent@N5200XXX%28AFP%29._afpovertcp._tcp.local/TV_Shows’, not responding
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs_unmount: /Volumes/TV_Shows, flags 524288, pid 101
5/8/16 3:48:11.000 PM kernel[0]: AFP_VFS afpfs unmount: Did not find a match for server signature 0xD1AE6DE8BC8985DECDF39D812D3C59
5/8/16 3:48:25.000 PM kernel[0]: ASP_TCP CancelOneRequest: cancelling slot -1 error 89 reqID 61351 flags 0x9 afpCmd 0x41 so 0xd7a334d6020fb06d
5/8/16 3:48:25.000 PM kernel[0]: AFP_VFS afpfs_DoReconnect: Primary Reconnect failed 57 on /Volumes/KidsMovies
Any ideas how to troubleshoot this further? I’ve tried rebooting, upgrading the NIC driver, repairing permissions, restarting the NAS with no changes to the problem. I even tried connecting to the shares as SMB because some Apple Discussions posts state the problem is with a bad netatalk implementation by the NAS manufacturers. The SMB shares drop off the same way, meaning netatalk isn’t the problem here.