cgmille2

Just an update. I am now fully xfs and everything is working great again. Thanks everyone.

I agree, its definitely not a SR container issue. I have thought about moving to XFS but just haven't had the time to go through with it. Looks like I need to do some reading and make some time. Thanks for the help guys.

Well I think I may have something but I'm not sure where to go from here. The mover seems to be having an issue with these files as well. What's strange is that the mover and couchpotato don't have issues with the Movies directory, just the TV Shows directory. Oct 5 03:43:31 Tower move: cmd: Is a directory Oct 5 03:43:31 Tower shfs/user0: err: shfs_setxattr: lsetxattr: system.posix_acl_access /mnt/disk1/Media/TV Shows (22) Invalid argument Oct 5 03:43:31 Tower shfs/user0: err: shfs_setxattr: lsetxattr: system.posix_acl_access /mnt/disk1/Media/TV Shows/Halt and Catch Fire (22) Invalid argument Oct 5 03:43:31 Tower root: rsync: set_acl: sys_acl_set_file(Media/TV Shows, ACL_TYPE_ACCESS): Invalid argument (22) Oct 5 03:43:31 Tower root: rsync: set_acl: sys_acl_set_file(Media/TV Shows/Halt and Catch Fire, ACL_TYPE_ACCESS): Invalid argument (22) Oct 5 03:43:31 Tower root: .d.......a. Media/TV Shows/ Oct 5 03:43:31 Tower root: .d.......a. Media/TV Shows/Halt and Catch Fire/ Oct 5 03:43:31 Tower root: rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1178) [sender=3.1.2] There is a post that seems similar (https://lime-technology.com/forum/index.php?topic=50273.0), but it was not resolved. My diagnostics are attached. Let me know what else you need. tower-diagnostics-20161005-0748.zip

CHBMB: root@Tower:~# ls -l /mnt/user/Limbo total 0 drwxrwxrwx 1 nobody users 4 Oct 4 14:52 Processed/ drwxrwxrwx 1 nobody users 48 Oct 3 20:32 movies/ drwxrwxrwx 1 nobody users 128 Oct 4 03:40 nzbget/ drwxrwxrwx 1 nobody users 48 Oct 4 14:47 tv/ drwxrwxrwx 1 nobody users 48 Oct 4 20:24 untitled\ folder/ root@Tower:~# ls -l /mnt/user/Limbo/Processed total 4 drwxrwxrwx 1 nobody users 48 Oct 3 20:31 movies/ drwxrwxrwx 1 nobody users 48 Oct 3 06:05 music/ -rw-rw-rw- 1 nobody users 1196 Aug 19 2015 nzbget.log drwxrwxrwx 1 nobody users 0 Oct 4 20:24 tv/ root@Tower:~# ls -l /mnt/user total 41943041 drwxrwxrwx 1 nobody users 952 Sep 27 05:00 CacheBackup/ drwxrwxrwx 1 nobody users 18 Oct 4 20:24 Limbo/ drwxrwxrwx 1 nobody users 28 Oct 3 08:26 Media/ drwxrwxrwx 1 nobody users 640 Sep 27 18:14 appdata/ -rw-rw-rw- 1 nobody users 42949672960 Oct 4 20:24 docker.img -rw-rw-rw- 1 nobody users 0 Jul 23 2015 syslog.txt I know... It's presenting like a permissions issue but the permissions look alright. sparklyballs: I'm wondering why nzbtomedia would be called by deluge if hadn't finished or why deluge would move the files to the completed folder if it hadn't finished. I've added a delay before nzbtomedia is called. Not quite sure how else I would test this... I've changed some stuff around in the nzbtomedia config and changed the processing method to copy in SR and will see what kind of errors there are in the morning. Thanks

Deluge downloads to /mnt/user/Limbo, then once completed moves it to mnt/user/Limbo/tv. Nzbtomedia moves it to mnt/user/Limbo/Processed/tv where sickrage picks it up and then moves to /mnt/user/Media/TV Shows. Without nzbtomedia, I have deluge moving completed shows straight into /mnt/user/Limbo/Processed/tv where SR auto post-processes it and moves it to mnt/user/Media/TV Shows.

Bump

I seem to be having random permission issues with SR since upgrading to 6.2. SR will tell me "No such file or directory" and "Unable to move the files to their new home" during postprocessing, but I can immediately try postprocessing again and it will work. I rolled back to 6.1.9 and it seemed to be working alright (but SR doesn't give me an error on every download). I am using deluge and NZBtoMedia. Disabling NZBtoMedia did not help. I tried sparklyballs deluge script (https://lime-technology.com/forum/index.php?topic=39762.msg372163#msg372163). I tried running the docker-safe new permissions script. SR is up to date (2d9a6c1). I'm stuck... Any thoughts? http://pastebin.com/9jk5ez7i