MPR Files

And thank you for your help, much appreciated.

I deliberately skipped Step 12 because it seemed safer to me, to rebuild parity on new disk, then recycle old parity disk into data. But having carried out Step 12 (array is now copying parity data now, all good), I can see that Unraid is much smarter than I gave it credit for. Serves me right. Disk 3 is about 5 years old, so I'm happy to bin it and replace it. Diagnostics attached. Probably academic now that the array is rebuilding ok. tower-diagnostics-20201121-1431.zip

Latest stable Unraid Pro. Disk 3 (2TB) has failed, so have bought 1x 6TB to upgrade Parity from 4TB to 6TB. Power off Array Unplug cables from Parity Drive and plug into new 6TB. Also unplugged cables and removed Disk 3 (faulty data disk). Power up array. Assign 6TB drive to Parity. But Unraid is reporting "Wrong" It's wanting the 4TB I unplugged and doesn't like the 6TB I've installed and assigned to Parity. Probably a simple mistake on my part. Any suggestions from the audience please ? I've been following these instructions https://wiki.unraid.net/The_parity_swap_procedure

Once every few years I myself having to do some simple task on my Unraid (like upgrade a parity disk), run into a simple problem and am stumped. I'd prefer to just pay someone to screen share into the server and fix it for me and I'll pay for it. If you're interested, please SMS me on +6421742634

I'd buy this service right now. I only go near my Unraid once every few years and waste far too much time trying to relearn stuff. I'd much rather just hand money to someone to solve it for me. If you want some paid support work, please contact me +6421742634 Current problem, can't format a newly installed drive

I'm trying to copy the config from the production USB drive to a backup USB drive. The production drive became unlicensed when updated to v6.4.1, so I'm hoping to move the config across to another (licensed) drive and get my server going again while I sort out the delicensing problem with Lime.

I've just been caught out with the upgrade to 6.4.1 which has stopped my Unraid working due to having done a license transfer earlier this year to replace a damaged USB drive. Something has gone wrong earlier this year and the wrong license has been moved leaving me with a non-working Unraid. I have three Unraid USBs here (two are spares to sit on the shelf) + 1 that is out of my production machine that is delicensed. I'm really struggling to find the GUID in order to sort out the licensing. Can anyone suggest a method that works on Mac OS to find out the GUID ? I can't easily use the Unraid box as the two spare USBs won't boot for some reason and the box is headless making troubleshooting difficult. Preference is just to transfer license from a spare USB to the production USB to gets things running.

Thanks Jorgen, appreciate the reply. AFP is off (but not sure why, is it better than SMB in a Mac environment ? SMD Enhanced OS X Interop has always been turned on. Thanks, Shane

Dynamix Cache Directories v2016.08.26 installed and running for months Included Folder = Media_Share

This copies entire contents of the USB device with directories intact. VALIDDIRS=("/*.*/")

One last question, I would like the command to copy the DCIM folder and all contents, including subfolders. At the moment, it's copying the contents but not the subfolders. Ideally, a command to just copy the contents of the device without specifying the first folder would be perfect. I've been experimenting with adding a * to act as a wildcard, but not success yet

Solved my problem by making this change ## VALIDDIRS=("/DCIM/[0-9][0-9][0-9]___[0-9][0-9]" "/DCIM/[0-9][0-9][0-9]CANON" "/DCIM/[0-9][0-9][0-9]_FUJI") VALIDDIRS=("/DCIM/") It's probably not as smart as it was before, but at least the files are copying over. I'll work backwards now and put the date suffix back in

Changed this line to remove date suffix, didn't seem to fix it, but seeing more activity DESTINATION="/mnt/user/Private/Photos/To Be Filed/" /boot/config/plugins/unassigned.devices/IFLASHDRIVE.sh 2>&1Wed Jul 19 17:11:48 NZST 2017 IFLASHDRIVE-Started/mnt/user/Private/Photos/To Be Filed/processing /mnt/user/Private/Photos/To Be Filed/... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/user/Private/Photos/To Be Filed/... chown -R nobody:users /mnt/user/Private/Photos/To Be Filed/... synccompleted, elapsed time: 00:00:04

Thanks, I'm nearly there. The script is running, but throwing up this error message : Warning: preg_grep() expects parameter 2 to be array, boolean given in /usr/local/emhttp/plugins/unassigned.devices/include/lib.php on line 169 Secondly, I've tried to alter this line to define the destination, but suspect I have it wrong : ## DESTINATION="/mnt/user/Photos/To Be Filed/incoming/$(date +"%Y-%m-%d-%H-%M-%S-%N")/" DESTINATION="/mnt/Private/Photos/To Be Filed/incoming/$(date +"%Y-%m-%d-%H-%M-%S-%N")/" The complete path to the target directory is : smb://Tower._smb._tcp.local/Private/Photos/To Be Filed I've created a folder on the USB device called DCIM and dropped some photos into there. I assume by doing this, I don't need to alter the source in the script

I read the first few pages of this thread (inc first post) before posting my query. I understand that files can be copied from a share to an unassigned device (external USB) using a script. That makes sense to me. I assume then, that copying files from the unassigned device into a specific share can also be scripted. Can someone confirm that assumption please ? Editing the sample scripts to work reliably in the opposite direction is beyond my meagre talents. I'm happy to reward someone who can provide a script to me that will copy the contents of a fixed named USB device into a specific share.

Does the Unassigned Devices plug in allow for data to be copied from a mounted unassigned device into an Unraid share ? I shoot about 1TB of photos per month which are captured onto portable hard disks in the field, when I return home I want to copy them to Unraid as quickly as possible. I'm hopeful that a direct connected USB drive will be faster than across my LAN.

Disk 5 rebuild complete and everything is running fine now. Thank you. If someone could tell me how to edit the thread title I'll mark it as solved.

Using an iMac to browse folders on my unRAID, very slow opening folders which have a large (more than 100) items inside the folder. Here's a video to show what I mean. The first couple of folders open quickly, because I've opened these recently (there seems to be some caching going on). There are a couple of good examples of slow opening at 46 secs and 1:10 secs. In both cases the new window opens quickly, but look in the bottom right corner as the Mac churns away doing something before displaying the folder contents. This problem exists on both unRAIDs that I have built (same hardware), multiple unRAID versions and several Mac computers. The main user of this server is comparing it's performance against a Synology NAS connected to the same iMac which runs much faster. This is all on a 1G LAN, all local traffic, no wireless involved. I can consistently write 100 MB/sec to the server. I also have cache_dirs version: 2.1.1 installed and running, but it doesn't seem to make a difference. I'm open to all suggestions tower-diagnostics-20170716-2212.zip

Started ok. Doing a data rebuild now for disk 5 which will take a couple of days. Volume mounts ok and I can browse my data. Thank you so much for your help.

Is it ok to start array normally now or should I be running other checks first ?

root@Tower:~# xfs_repair -v /dev/md4 -L Phase 1 - find and verify superblock... - block cache size set to 622928 entries Phase 2 - using internal log - zero log... zero_log: head block 901713 tail block 557528 ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... Metadata corruption detected at xfs_agf block 0xe8e05f31/0x200 freeblk count 5 != flcount 6 in ag 3 flfirst 118 in agf 2 too large (max = 118) sb_ifree 144, counted 64 sb_fdblocks 481256666, counted 482015027 - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... Maximum metadata LSN (1:901695) is ahead of log (1:2). Format log to cycle 4. XFS_REPAIR Summary Sat Jul 15 12:10:09 2017 Phase Start End Duration Phase 1: 07/15 12:03:34 07/15 12:03:34 Phase 2: 07/15 12:03:34 07/15 12:05:11 1 minute, 37 seconds Phase 3: 07/15 12:05:11 07/15 12:06:28 1 minute, 17 seconds Phase 4: 07/15 12:06:28 07/15 12:06:28 Phase 5: 07/15 12:06:28 07/15 12:06:29 1 second Phase 6: 07/15 12:06:29 07/15 12:06:42 13 seconds Phase 7: 07/15 12:06:42 07/15 12:06:42 Total run time: 3 minutes, 8 seconds done

Remove the flash drive and insert into iMac, why didn't I think of that :-) Diagnostics attached. tower-diagnostics-20170715-1134.zip

Tower login: root Linux 4.9.30-unRAID. Last login: Sat Jul 15 10:48:24 -0700 2017 on /dev/pts/0 from iMac. root@Tower:~# diagnostics Starting diagnostics collection... done. ZIP file '/boot/logs/tower-diagnostics-20170715-1134.zip' created. root@Tower:~# cd/boot -bash: cd/boot: No such file or directory root@Tower:~# cd /boot root@Tower:/boot# dir bzimage* bzroot-gui* config/ ldlinux.sys* logs/ make_bootable_linux* memtest* bzroot* changes.txt* ldlinux.c32* license.txt* make_bootable.bat* make_bootable_mac* syslinux/ root@Tower:/boot# cd /logs -bash: cd: /logs: No such file or directory root@Tower:/boot# cd /boot/logs root@Tower:/boot/logs# dir tower-diagnostics-20170715-1134.zip* root@Tower:/boot/logs#

Hi Johnnie, Thanks for your help. Done that and can locate the file through terminal, but don't know how to get it back to my Mac to upload it.

This system has been running quite well for about a year. When powered on from cold the system will boot ok with raid offline. At this point I can log into the web interface ok and see that Disk 5 is marked as faulty. Click Start to take the array online, a message appears in bottom left corner indicating Mounting Disks and then I lose contact with the array. Web interface doesn't respond (page won't load if refreshed). But I can still ping and telnet into the array ok. In my attempts to troubleshoot this I have powered off the array (without doing a clean shutdown) and I suspect it's doing some tidy up work now when I ask it to go online. Yesterday I replaced faulty Disk 5 with a new (unformatted), Seagate 8TB disk and clicked Start to bring the array online. It's been in this state for about 12 hours and web interface is still not loading. Telnet access is all ok. If it really is doing some tidy up work before going online then I am happy to leave it alone and let it do this, but is there a way to check what it's really doing from command line ? I can run TOP command which seems to work ok, but I don't know how to interpret the results. top - 11:07:05 up 12:21, 1 user, load average: 2.02, 2.01, 2.00 Tasks: 249 total, 1 running, 247 sleeping, 0 stopped, 1 zombie %Cpu(s): 0.2 us, 0.5 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem : 7348412 total, 6589400 free, 283640 used, 475372 buff/cache KiB Swap: 0 total, 0 free, 0 used. 6376064 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1632 root 20 0 9532 2508 2256 S 0.7 0.0 1:47.77 cpuload 7 root 20 0 0 0 0 S 0.3 0.0 0:09.42 rcu_preempt 1001 root 20 0 0 0 0 S 0.3 0.0 0:01.16 usb-storage 20571 root 20 0 16604 3016 2208 R 0.3 0.0 0:01.79 top 1 root 20 0 4360 656 600 S 0.0 0.0 0:10.35 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.02 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:00.75 ksoftirqd/0 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_sched 9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 10 root rt 0 0 0 0 S 0.0 0.0 0:04.66 migration/0 11 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lru-add-drain 12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0 13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1 14 root rt 0 0 0 0 S 0.0 0.0 0:04.60 migration/1 15 root 20 0 0 0 0 S 0.0 0.0 0:00.81 ksoftirqd/1 17 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/1:0H 18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfs 19 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns 280 root 20 0 0 0 0 S 0.0 0.0 0:00.00 oom_reaper 281 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback 283 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kcompactd0 284 root 25 5 0 0 0 S 0.0 0.0 0:00.00 ksmd 285 root 39 19 0 0 0 S 0.0 0.0 0:01.29 khugepaged 286 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto 287 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kintegrityd 288 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 290 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd 426 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ata_sff 444 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 devfreq_wq 544 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 rpciod 545 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 xprtiod 573 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0 574 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 vmstat 669 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 nfsiod 672 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cifsiod 673 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cifsoplockd 681 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 690 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 xfsalloc 691 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 xfs_mru_cache 722 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kthrotld 740 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 acpi_thermal_pm 796 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 799 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 802 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 805 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 808 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 811 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 815 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 818 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 821 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 822 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 823 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 824 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 825 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 826 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 827 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 828 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 829 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 832 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 838 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 839 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 840 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 841 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset 842 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset