Sonarr / Radarr Hangs when using cache temp upload path

I ran this test again with:

  • Copying/deleting just using the command line - no use of Finder
  • Added the xyz parameter to the mount.

Got some more info from this test:

  1. 2 files, both in cache-tmp-upload-path awaiting upload to commence
  2. Upload of File 1 commences, during upload issue rm command to delete File 2 from the mount.
  3. At the moment of issuing the rm command, the logs show:

2018/07/15 17:13:32 DEBUG : 106n94pc3io9prlg2p3gbqqrkk/329pc8jr21ppddv0faiqfcvfbo/3n5g7dl0avqum9rlbn2dcp94g0/6mslu1r2d9h1m4gjlkdim33k80: Sending chunk 1216348160 length 8388608
2018/07/15 17:13:33 DEBUG : fuse: <- Getattr [ID=0x5 Node=0x163 Uid=0 Gid=0 Pid=54155] 0x0 fl=0
2018/07/15 17:13:33 DEBUG : tv/12 Monkeys/Season 4/test3.nzb: Attr:
2018/07/15 17:13:33 DEBUG : tv/12 Monkeys/Season 4/test3.nzb: >Attr: a=valid=1s ino=0 size=552197 mode=-rw-rw-r–, err=
2018/07/15 17:13:33 DEBUG : fuse: -> [ID=0x5] Getattr valid=1s ino=14308011696149986330 size=552197 mode=-rw-rw-r–
2018/07/15 17:13:33 DEBUG : fuse: <- Access [ID=0x3 Node=0x163 Uid=0 Gid=0 Pid=54155] mask=0x0
2018/07/15 17:13:33 DEBUG : fuse: -> [ID=0x3] Access
2018/07/15 17:13:33 DEBUG : fuse: <- Access [ID=0x4 Node=0x163 Uid=0 Gid=0 Pid=54155] mask=0x2
2018/07/15 17:13:33 DEBUG : fuse: -> [ID=0x4] Access
2018/07/15 17:13:33 DEBUG : fuse: <- Access [ID=0x2 Node=0x163 Uid=0 Gid=0 Pid=54155] mask=0x0
2018/07/15 17:13:33 DEBUG : fuse: -> [ID=0x2] Access
2018/07/15 17:13:33 DEBUG : fuse: <- Remove [ID=0x5 Node=0x158 Uid=0 Gid=0 Pid=54155] “test3.nzb” dir=false
2018/07/15 17:13:33 DEBUG : tv/12 Monkeys/Season 4/: Remove: name=“test3.nzb”
2018/07/15 17:13:33 DEBUG : 106n94pc3io9prlg2p3gbqqrkk/329pc8jr21ppddv0faiqfcvfbo/3n5g7dl0avqum9rlbn2dcp94g0/6mslu1r2d9h1m4gjlkdim33k80: Sending chunk 1224736768 length 8388608

  1. Terminal command line then hangs for some time before finally coming back with:

rm: /Users/jivey/rclone_data/media_mount_point/tv/12 Monkeys/Season 4/test3.nzb: Socket is not connected

  1. The logs do not show this event until the first file has finished uploading some time later. Then they show:

2018/07/15 17:15:43 DEBUG : fuse: -> [ID=0x5] Remove
2018/07/15 17:15:43 DEBUG : fuse: kernel write error: error=“socket is not connected” stack=
goroutine 11193 [running]:
github.com/ncw/rclone/vendor/bazil.org/fuse.stack(0x1d8b8e0, 0xc42078b090)
/home/ncw/go/src/github.com/ncw/rclone/vendor/bazil.org/fuse/debug.go:9 +0x74
github.com/ncw/rclone/vendor/bazil.org/fuse.(*Conn).respond(0xc420340ea0, 0xc42078b080, 0x10, 0x10)
/home/ncw/go/src/github.com/ncw/rclone/vendor/bazil.org/fuse/fuse.go:1113 +0x96
github.com/ncw/rclone/vendor/bazil.org/fuse.(*Header).respond(0xc4247f0140, 0xc42078b080, 0x10, 0x10)
/home/ncw/go/src/github.com/ncw/rclone/vendor/bazil.org/fuse/fuse.go:313 +0x59
github.com/ncw/rclone/vendor/bazil.org/fuse.(*RemoveRequest).Respond(0xc4247f0140)
/home/ncw/go/src/github.com/ncw/rclone/vendor/bazil.org/fuse/fuse.go:2112 +0x6d
github.com/ncw/rclone/vendor/bazil.org/fuse/fs.(*Server).handleRequest(0xc42014a240, 0x1d94180, 0xc422eaa140, 0x1d88520, 0xc42000ca18, 0xc42477c2c0, 0x1d92640, 0xc4247f0140, 0xc423013ef8, 0x1, …)
/home/ncw/go/src/github.com/ncw/rclone/vendor/bazil.org/fuse/fs/serve.go:1029 +0x34c5
github.com/ncw/rclone/vendor/ba

  1. At this point rclone stops but the OS doesn’t realise it and still shows the mount.

I am no expert on how to read these logs, but is this saying that osxfuse is having some sort of permissions/access error?