It appears the dropbox upload process has a bug. Large file uploads use the https://api-content.dropbox.com/1/chunked_upload dropbox API call, providing a chunk of data from a given file. I can see that the process uses the Linux “dd” command to grab a chunk from an offset. The problem is that once it gets to “skip” number 2147 it never increments that again. I created a quick script to verify this and capture all the dd commands: root@WDMyCloudMirror root # ./ddf* 2097 root 2848 S sh -c dd if=“/shares/Public/Shared Videos/Christmas 2008.MOD” of=“/mnt/HD/HD_a2/.systemfile/dropnas/admin/temp/temp_16047165_file_chunk” bs=1000000 skip=2147 count=4 2> /dev/null 2098 root 3680 R dd if /shares/Public/Shared Videos/Christmas 2008.MOD of /mnt/HD/HD_a2/.systemfile/dropnas/admin/temp/temp_16047165_file_chunk bs 1000000 skip 2147 count 4 3502 root 2848 S sh -c dd if=“/shares/Public/Shared Videos/Christmas 2008.MOD” of=“/mnt/HD/HD_a2/.systemfile/dropnas/admin/temp/temp_16047165_file_chunk” bs=1000000 skip=2147 count=4 2> /dev/null 3503 root 3680 R dd if /shares/Public/Shared Videos/Christmas 2008.MOD of /mnt/HD/HD_a2/.systemfile/dropnas/admin/temp/temp_16047165_file_chunk bs 1000000 skip 2147 count 4 4905 root 2848 S sh -c dd if=“/shares/Public/Shared Videos/Christmas 2008.MOD” of=“/mnt/HD/HD_a2/.systemfile/dropnas/admin/temp/temp_16047165_file_chunk” bs=1000000 skip=2147 count=4 2> /dev/null 4906 root 3680 R dd if /shares/Public/Shared Videos/Christmas 2008.MOD of /mnt/HD/HD_a2/.systemfile/dropnas/admin/temp/temp_16047165_file_chunk bs 1000000 skip 2147 count 4 You can see it never increments after 2147.
WD closed the case without comment after indicating they were escalating it…shocking, I know. Buyer beware with WD…their firmware is garbage.