BillyJ

Need to chown -R nobody:users /path/to/anythingllm dir and then do the newperm command . Well that fixed it for me.

Thanks, this worked a treat for my existing windows VMs after I moved from my Xeon setup to Ryzen 3900x / X570 Pro board.

Has anyone else had these messages when mover is run? Cannot stat file /proc/12396/fd/26: No such file or directory May 17 08:50:01 server-ramford kernel: mdcmd (60): spindown 5 May 17 08:50:08 server-ramford kernel: mdcmd (61): spindown 4 May 17 08:52:13 server-ramford kernel: mdcmd (62): spindown 1 May 17 08:57:45 server-ramford kernel: mdcmd (63): spindown 0 May 17 09:01:14 server-ramford emhttp: read_line: client closed the connection May 17 09:01:44 server-ramford emhttp: shcmd (43747): /usr/local/sbin/mover |& logger & May 17 09:01:44 server-ramford logger: mover started May 17 09:01:44 server-ramford logger: moving "TV" May 17 09:01:44 server-ramford logger: Cannot stat file /proc/12396/fd/26: No such file or directory May 17 09:01:44 server-ramford logger: Cannot stat file /proc/12396/fd/36: No such file or directory May 17 09:01:44 server-ramford logger: Cannot stat file /proc/12399/fd/11: No such file or directory May 17 09:01:44 server-ramford logger: Cannot stat file /proc/12399/fd/31: No such file or directory May 17 09:01:44 server-ramford logger: ./TV/ZZZ - S02E01 - SDTV.mp4 May 17 09:01:44 server-ramford logger: .d..t...... ./ May 17 09:01:44 server-ramford logger: .d..t...... TV/ May 17 09:01:44 server-ramford logger: .d..t...... TV/ZZZ/ May 17 09:01:44 server-ramford logger: .d..t...... TV/ZZZ/Season 2/ May 17 09:01:44 server-ramford logger: >f+++++++++ TV/ZZZ/Season 2/ZZZ - S02E01 - SDTV.mp4 May 17 09:01:48 server-ramford emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1 May 17 09:01:50 server-ramford logger: ./TV/ZZZ/Season 2 May 17 09:01:50 server-ramford logger: .d..t...... TV/ZZZ/Season 2/ May 17 09:01:50 server-ramford logger: ./TV/ZZZ May 17 09:01:50 server-ramford logger: .d..t...... TV/ZZZ/ May 17 09:01:50 server-ramford logger: ./TV/ May 17 09:01:50 server-ramford logger: .d..t...... TV/ May 17 09:01:50 server-ramford logger: skipping "appdata" May 17 09:01:50 server-ramford logger: skipping "apps" May 17 09:01:50 server-ramford logger: mover finished

Hi BillyJ, I just created a docker from scratch using the same phusion/baseimage 0.9.16. When you first install it, you'll have to start it; it will create a system.properties file wherever you specified on the docker appdata folder. You'll need to edit and add at the top : is_default=true After, you just restart the docker, you can access the initial wizard of the Unifi-video-controller. Awesome thanks!

Well I've moved 21TB of data to XFS and after 3 days not one CPU Stall.

I don't know much about bonding and the same as you experienced times when I would not be able to connect to the webgui. This was usually down to the link aggregation on my switch not being done right most of the time. Right now I've settled for setting unRAID to 802.3ad(4). It can sustain a 113mb/s copy to a win 8 pc and 2 HD stream to plex on xbone. Until I bond the NIC's on the win8 PC I don't really know a way of testing the throughput. Yes i'd be very interested on some networking guru explaining a few more things about bonding or at least pointing to some generic linux bonding information on the net that would also apply to unRAID.

I might actually be in the clear! Using F6 RenMov in MC just finished and now i am spot check a few files then delete Movies from Disk5.

Thanks, will give it a shot next time. ps -elf | grep disk and ps -elf | grep user Will also give you info. For me in most cases it was cache_dirs taking longer then I had patience for to stop working... Thanks for this info, I have some bigger problems then the speed of the Unmount. Although I'm sure the last couple of unmounts that led me to post this may of in fact been the CPU stall issue.

During the move from reiserfs to XFS my server suffered a CPU stall and a hard reset was the only option available. It was in the process of moving 2.7 TB worth of a Movies folder from Disk5 4TB (RESIER) to Disk6 3TB (XFS). I know it didn't complete the move, maybe 25% through. Used disk space is 2.90 TB. I kick off the move via Midnight Commander using the F6 function, I get prompted that the Target already exists. I choose Over all targets? NONE. Now i've got 6TB (or close enough) to duplicate data and there is no way there is enough free space to continue. Does anyone have any ideas? Is the data in fact duplicate so i should be able to delete the Movies folder off my Disk6 and restart a complete move? Thanks Will

Starting to tick me off a bit, so far I've moved 2 of my drives to XFS. Mover would have been moving the file to the new XFS disk. Should I put my cache back to BTRFS? It's currently XFS but I have seen in another post Tom suggesting the recommend v6 setup is BTRFS cache and XFS array. Feb 27 15:07:38 server-ramford login[763]: ROOT LOGIN on '/dev/pts/5' from 'Medias-Mac-mini.willyweb.com.au' Feb 27 16:00:01 server-ramford logger: mover started Feb 27 16:00:01 server-ramford logger: moving "TV" Feb 27 16:00:01 server-ramford logger: ./TV/Vikings/Season 3/Vikings - S03E02 - The Wanderer HDTV-720p.mkv Feb 27 16:01:01 server-ramford kernel: INFO: rcu_sched self-detected stall on CPU { 7} (t=6000 jiffies g=431630 c=431629 q=110233) Feb 27 16:01:01 server-ramford kernel: Task dump for CPU 7: Feb 27 16:01:01 server-ramford kernel: shfs R running task 0 4528 1 0x00000008 Feb 27 16:01:01 server-ramford kernel: 0000000000000000 ffff88041fdc3da8 ffffffff8105e0b5 0000000000000007 Feb 27 16:01:01 server-ramford kernel: 0000000000000007 ffff88041fdc3dc8 ffffffff81060780 0000000000000080 Feb 27 16:01:01 server-ramford kernel: ffffffff81834400 ffff88041fdc3df8 ffffffff8107845f ffffffff81834400 Feb 27 16:01:01 server-ramford kernel: Call Trace: Feb 27 16:01:01 server-ramford kernel: <IRQ> [<ffffffff8105e0b5>] sched_show_task+0xbe/0xc3 Feb 27 16:01:01 server-ramford kernel: [<ffffffff81060780>] dump_cpu_task+0x35/0x39 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8107845f>] rcu_dump_cpu_stacks+0x6a/0x8c Feb 27 16:01:01 server-ramford kernel: [<ffffffff8107acb5>] rcu_check_callbacks+0x1db/0x4f9 Feb 27 16:01:01 server-ramford kernel: [<ffffffff81088601>] ? tick_sched_handle+0x34/0x34 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8107ca53>] update_process_times+0x3a/0x64 Feb 27 16:01:01 server-ramford kernel: [<ffffffff810885ff>] tick_sched_handle+0x32/0x34 Feb 27 16:01:01 server-ramford kernel: [<ffffffff81088638>] tick_sched_timer+0x37/0x61 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8107cf9b>] __run_hrtimer.isra.29+0x57/0xb0 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8107d48a>] hrtimer_interrupt+0xd9/0x1c0 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8102f72e>] local_apic_timer_interrupt+0x50/0x54 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8102fb0b>] smp_apic_timer_interrupt+0x3c/0x4e Feb 27 16:01:01 server-ramford kernel: [<ffffffff815fdf7d>] apic_timer_interrupt+0x6d/0x80 Feb 27 16:01:01 server-ramford kernel: <EOI> [<ffffffff8114c4bb>] ? __discard_prealloc+0x17/0xb3 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8114c5bb>] reiserfs_discard_all_prealloc+0x44/0x4e Feb 27 16:01:01 server-ramford kernel: [<ffffffff81168de0>] do_journal_end+0x4e7/0xc78 Feb 27 16:01:01 server-ramford kernel: [<ffffffff81169ad0>] journal_end+0xae/0xb6 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8115a1c9>] reiserfs_dirty_inode+0x6c/0x7c Feb 27 16:01:01 server-ramford kernel: [<ffffffff810478ac>] ? ns_capable+0x3a/0x4f Feb 27 16:01:01 server-ramford kernel: [<ffffffff8111611c>] __mark_inode_dirty+0x30/0x1e1 Feb 27 16:01:01 server-ramford kernel: [<ffffffff81155f57>] reiserfs_setattr+0x262/0x297 Feb 27 16:01:01 server-ramford kernel: [<ffffffff810f95ae>] ? __sb_start_write+0x9a/0xce Feb 27 16:01:01 server-ramford kernel: [<ffffffff81103706>] ? final_putname+0x30/0x34 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8110d343>] notify_change+0x1dc/0x2d0 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8110fecc>] ? __mnt_want_write+0x43/0x4a Feb 27 16:01:01 server-ramford kernel: [<ffffffff8111a350>] utimes_common+0x114/0x174 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8111a49b>] do_utimes+0xeb/0x125 Feb 27 16:01:01 server-ramford kernel: [<ffffffff8111a624>] SyS_futimesat+0x7f/0x9a Feb 27 16:01:01 server-ramford kernel: [<ffffffff8111a653>] SyS_utimes+0x14/0x19 Feb 27 16:01:01 server-ramford kernel: [<ffffffff815fd1a9>] system_call_fastpath+0x12/0x17

reiserfsck -yq /dev/md1 2>&1 reiserfsck 3.6.24 Will read-only check consistency of the filesystem on /dev/md1 Will put log info to 'stdout' ########### reiserfsck --check started at Thu Feb 26 13:07:15 2015 ########### Replaying journal: Done. Reiserfs journal '/dev/md1' in blocks [18..8211]: 0 transactions replayed Is this the end? Or should I be waiting for more? Webgui is frozen on multiple machines, logged in via telnet and can see the process reiserfsck working away... I'll wait.

I now have data loss of items that had been on the array not just the cache disk. Syslog indicates the files that are missing had in fact been moved to the array at 1am. Should i format my cache back to BTRFS? The problem had never occurred with that FS.

I've received another CPU stall whilst running the 14a update via the WebGUI. It seemed to be stuck on sync in the list of processes that upgrade went through. A power cycle was the only thing that made it come good again. Latest syslog attached. syslog.txt

http://lime-technology.com/forum/index.php?topic=37848.msg350080#msg350080 Seems to be similar to this but I don't use AFP or Time Machine. Thank Jonp, syslog attached syslog_copy.zip

Hi Guys, Seems to only occur when i invoke Mover and this writes to the log every 3 minutes. I can Telnet into server but webgui is unresponsive, dockers that are running come and go i.e. Plex will be browsable but then die somewhere in the 3 minute window. Only choice left is to login via IPMI and issue a power cycle. Any ideas? It seems to only have happened on Beta14.. Thanks Will EDIT: I had just changed my cache from BTRFS to XFS after upgrade to B14. Feb 24 19:16:03 server-ramford emhttp: shcmd (10418): /usr/local/sbin/mover |& logger & Feb 24 19:16:03 server-ramford logger: mover started Feb 24 19:16:03 server-ramford logger: moving "Music Videos" Feb 24 19:16:03 server-ramford logger: ./Music Videos/METALLICA - Main feature.mp4 Feb 24 19:17:03 server-ramford kernel: INFO: rcu_sched self-detected stall on CPU { 1} (t=6000 jiffies g=2821570 c=2821569 q=29868) Feb 24 19:17:03 server-ramford kernel: Task dump for CPU 1: Feb 24 19:17:03 server-ramford kernel: shfs R running task 0 2081 1 0x00000008 Feb 24 19:17:03 server-ramford kernel: 0000000000000000 ffff88041fc43da8 ffffffff8105e0b5 0000000000000001 Feb 24 19:17:03 server-ramford kernel: 0000000000000001 ffff88041fc43dc8 ffffffff81060780 0000000000000002 Feb 24 19:17:03 server-ramford kernel: ffffffff81834400 ffff88041fc43df8 ffffffff8107845f ffffffff81834400 Feb 24 19:17:03 server-ramford kernel: Call Trace: Feb 24 19:17:03 server-ramford kernel: <IRQ> [<ffffffff8105e0b5>] sched_show_task+0xbe/0xc3 Feb 24 19:17:03 server-ramford kernel: [<ffffffff81060780>] dump_cpu_task+0x35/0x39 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8107845f>] rcu_dump_cpu_stacks+0x6a/0x8c Feb 24 19:17:03 server-ramford kernel: [<ffffffff8107acb5>] rcu_check_callbacks+0x1db/0x4f9 Feb 24 19:17:03 server-ramford kernel: [<ffffffff81088601>] ? tick_sched_handle+0x34/0x34 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8107ca53>] update_process_times+0x3a/0x64 Feb 24 19:17:03 server-ramford kernel: [<ffffffff810885ff>] tick_sched_handle+0x32/0x34 Feb 24 19:17:03 server-ramford kernel: [<ffffffff81088638>] tick_sched_timer+0x37/0x61 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8107cf9b>] __run_hrtimer.isra.29+0x57/0xb0 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8107d48a>] hrtimer_interrupt+0xd9/0x1c0 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8102f72e>] local_apic_timer_interrupt+0x50/0x54 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8102fb0b>] smp_apic_timer_interrupt+0x3c/0x4e Feb 24 19:17:03 server-ramford kernel: [<ffffffff815fdf7d>] apic_timer_interrupt+0x6d/0x80 Feb 24 19:17:03 server-ramford kernel: <EOI> [<ffffffff8114c543>] ? __discard_prealloc+0x9f/0xb3 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8114c5bb>] reiserfs_discard_all_prealloc+0x44/0x4e Feb 24 19:17:03 server-ramford kernel: [<ffffffff81168de0>] do_journal_end+0x4e7/0xc78 Feb 24 19:17:03 server-ramford kernel: [<ffffffff81169ad0>] journal_end+0xae/0xb6 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8115a1c9>] reiserfs_dirty_inode+0x6c/0x7c Feb 24 19:17:03 server-ramford kernel: [<ffffffff810478ac>] ? ns_capable+0x3a/0x4f Feb 24 19:17:03 server-ramford kernel: [<ffffffff8111611c>] __mark_inode_dirty+0x30/0x1e1 Feb 24 19:17:03 server-ramford kernel: [<ffffffff81155f57>] reiserfs_setattr+0x262/0x297 Feb 24 19:17:03 server-ramford kernel: [<ffffffff810f95ae>] ? __sb_start_write+0x9a/0xce Feb 24 19:17:03 server-ramford kernel: [<ffffffff81103706>] ? final_putname+0x30/0x34 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8110d343>] notify_change+0x1dc/0x2d0 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8110fecc>] ? __mnt_want_write+0x43/0x4a Feb 24 19:17:03 server-ramford kernel: [<ffffffff8111a350>] utimes_common+0x114/0x174 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8111a49b>] do_utimes+0xeb/0x125 Feb 24 19:17:03 server-ramford kernel: [<ffffffff8111a624>] SyS_futimesat+0x7f/0x9a Feb 24 19:17:03 server-ramford kernel: [<ffffffff8111a653>] SyS_utimes+0x14/0x19 Feb 24 19:17:03 server-ramford kernel: [<ffffffff815fd1a9>] system_call_fastpath+0x12/0x17 Feb 24 19:20:03 server-ramford kernel: INFO: rcu_sched self-detected stall on CPU { 1} (t=24003 jiffies g=2821570 c=2821569 q=112021)