Found out what I did wrong: When I ran "snapraid sync -E", the sync completed with a few file errors. After fixing all errors and re-ran sync, I could remove d7 from the config file. Lesson learned - Always make sure sync complete with no error.
Yes, it will definitely work as you described. My parity drives were 8TB each. Then I added a 14TB data drive. No problem as long as the data on the 14TB drive does not exceed 8TB. Snapraid only cares about the size of the data, not the size of the drives. When I run "snapraid status" I can see the "Wasted GB" column of the 14TB drive showing about 6000GB of wasted GB as they cannot be protected by snapraid
Hi! Since snapraid accesses all disks in parallel, USB controller may not be able to handle the I/O.
Sounds very unusual, as "sync" does not modify the data disks. Can you run "snapraid diff"? It may help you pinpoint what's taking up the disk space. Also, check for unusual file size of your content files
All data disks are btrfs zstd:3 here. Works quite well. For parity I stick to ext4
Does /mnt/data2 contain many small files? Try moving them to another disk
Hi all, trying to remove a data disk "d7" but ran into issue. Following the guide here, https://www.snapraid.it/faq#remdatadisk Originally, I had "disk d7 /mnt/d7/tank" in snapraid.conf What I did: Created empty dir: /mnt/d7/tank/out Changed "disk d7 /mnt/d7/tank" to /mnt/d7/tank/out as per the FAQ Ran sync with -E as per the FAQ Ran "snapraid status" and confirmed that d7 has zero file Remove "disk d7 /mnt/d7/tank" from snapraid.conf as per the FAQ After the last step, snapraid is now complaining...
Hi all, Yesterday I made a huge mistake. After deleted some files on the array, I ran the sync command. Almost immediately, I realised some files were deleted by mistake - I pressed CTRL-C to stop the sync - Stopped at 0%. Then I noticed the content files have already been updated as diff command showed no difference. Question - Is it still possible to undelete the files at this stage? Many thanks. Regards, MB