fattipants2016

I'm pretty sure I tried that. I ended up removing all disks from the pool, and starting from scratch. If it comes back at this point, I'll really be concerned.

You could force this behavior with file placement options (certain folders only on disks A + C, others only on B + C.) I think the duplication space optimizer should more or less achieve what you want by default, however.

Inside each physical disk that's part of the pool, exists a hidden folder named with a unique identification ID. Inside these folders is the same folder structure as the pool, itself. Your duplicated files / folders would simply be on the appropriate number of disks. They're not actually denoted as duplicates in any way. If files are now duplicated (that shouldn't) be, it may be enough to simply re-check duplication.

I've been using duplicate commander for manual de-dupe for a few years, and it's worked great. If you suspect you suffered data loss / corruption during the failure, however, you might want to use something to actually hash your files. Comparing NTFS entries like modified date/time and file-size alone won't catch corruption, until you actually try to open the files.

Once upon a time, I had a soft link inside my Drivepool folder structure. It was pointing to a folder on a disk outside my Drivepool, that couldn't be migrated to the actual Drivepool without a great deal of reconfiguration and effort. The soft link has since been deleted, and replaced with the actual target folder that the link used to point to. Problem is, Drivepool keeps replacing the folder with the resurrected symlink (since they both have the same name.) I've tried deleting it, permanently deleting it (skipping recycle bin,) moving it first before deleting it. No matter what I try, if I create a folder where the soft link used to be, it will turn back into a softlink when I reboot my computer. Drivepool has moved to a new computer, and this problem followed it to the new computer. The only thing I can think is there's some sort of corrupted entry in Drivepool's metadata / reparse points. Is there a way to rebuild / repair Drivepool's metadata? Or Do I need to move all of my data out of Drivepool and create a new pool from scratch?

I found it. A particular piece of software I use implemented a 'recycle bin cleanup' feature that defaulted to on, and a cleanup period that defaulted to 7 days. I'm out about 3 days of head-scratching, $80 for a new SSD and several months worth of music and Doom mods I hadn't found time to organize.

I don't know that this necessarily has anything to do with Drivepool (But I have absolutely no idea what else might be happening.) Over the past few days, random files have been ... disappearing from my downloads folder (which is in my pool.) They're missing from the disk, not just the pool. They're 100% unrecoverable, even with disk recovery software. It's like they never existed at all. It only seems to be effecting my downloads folder, which is placed on a SSD with file placement rules. I figured the disk was going bad so I went out and bought a brand new one last night. Same problem, today. All of my folders / subfolders are still there, but random files will disappear over time. This has to be one of the most bizarre / scary things I've ever experienced. I'm only posting here, because continuing to have the problem with a new SSD is my worst case scenario. I don't have any idea what to check / try next. I am using Windows 10 x64 1903 and Drivepool 2.2.3.1019. edit: I just wanted to add that Windows 10 "storage sense" is disabled, which is supposed to automatically clean temp folders There's nothing in my Windows Event Viewer that shows anything strange happening, either.

Moving it within the pool itself is what triggers the duplication check. The duplication function works fine, it's just my particular workflow involves moving files from a non-duplicated folder to a duplicated one. I already have Acronis running on this machine, so I'll just add the folders in question to it's purview.

I may just experiment with disabling real-time duplication. Thanks for the quick response. edit: Still does it! Going to have to figure out a different solution.

I've only recently started using the duplication functionality, and I noticed that if I move a file (that's already in the pool) to a folder with duplication turned on, it 'checks' the entire pool for duplication consistency before duplicating those one or two files. Is there any way to make this less aggressive? Perhaps real-time duplication only for new files written to the pool, and duplicating the rest at night? Seems a bit excessive, having to check the entire pool each time a file gets moved.

Anyone using backblaze with their (home) client? Are you pointing the client at the physical disks? Or at your drivepool drive letter? I saw their client doesn't rely on VSS, but I wasn't sure if pointing it at the pool would cause any additional overhead.

It's been enabled by default since I began using DP, and causes scary thrashing noises from some of my older Seagate 8tb's.

Seems to be working after nixing my additional partitions, blowing up my file placement rules and starting from scratch. I don't know if it was the partitions, or a broken rule that was causing the issue. Wish there was a bit more feedback from the software to let me know why it wasn't working, before. That took around 8 hours of file shuffling, and may have had nothing to do with it.

I tested again, and it's still broken, but I think it may have to do with my 2 of my member disks being partitions on the same physical disk. I'm going to rearrange my stuff and try again in a few days.

Not me who created a ticket, actually. Not in some time. It's going to be quite a bit of work right now to recreate the problem, because all of my file placement rules have to change with/without SSD optimizer. This is definitely not the expected behavior, before I try? This is the basic setup: E:\Videos\Movies (disk 1-5) E:\Videos\TV (disk 1) E:\Music (disk 2) E:\Games (disk 3) E:\Videos\*\*.srt (disk 5) E:\Videos\*\*.nfo (disk 5) E:\Videos\*\*.jpg (disk 5) Basically, music and TV are kept isolated on single disks to prevent an album / show stretching across more than 1. Movies go wherever / fill in gaps. Small files (like subtitles and metadata) are kept seperate (disk 5) which is backed up with Acronis. Files written to existing folders seem to follow the rules, while new subfolders and their contents ignore their parent folders rules until I balance the next time.