Christopher (Drashna)

For anyone having issues with this, the latest beta version has a fix for this.

If the drives are in a dock, it may actually be the chipset for the enclosure that is returing the wrong information. We've ssen this on JMicron and other controllers, in the past.

welcome! And Read Striping is enabled by default on DrivePool, but is worth double checking.

Restoring to the pool drive would be best, skil exiting files, if they exist. Otherwise, it gets complicated. And duplication may be simpler.

I believe that it doesn't grow. The main limit is that the drive needs to be as large as the largest disk it's protecting, IIRC

For the file placement rules, you'd want to add "thumb.db" and whatever else to the rules, and have it limited to just the local disk. One entry per file/type. https://stablebit.com/Support/DrivePool/2.X/Manual?Section=File Placement

Looks good, and you are very welcome!

Welcome!

You could do so by having the CloudDrive disk in a pool with a local disk, and using the file placement rules, though.

Well, StableBit DrivePool can use 100x drives, without any issues. As for snapRAID, I'm not too familiar with it, but you may want to take a look at this link: http://www.snapraid.it/faq.html#howmanypar basically, more == better, but they've only had reports of 4 disks failing at a time. So, you may be able to get away with 5-6 disks for parity. But again, I'm not too familiar with it.

If you have duplication enabled, then it will do so, automatically, as long as read striping is enabled. You can use the File Placement Rules to do so. https://stablebit.com/Support/DrivePool/2.X/Manual?Section=File Placement Yup. https://stablebit.com/Support/DrivePool/2.X/Manual?Section=File Protection#Per-Folder File Duplication You can set it to x1 to disable duplication. Yes!

Probably because they are actively trying to discourage shucking external drives.

This would be the wrong place to look. Check in "Storage Controllers", and check the "Covecube Disk Emulator". And this should be "3.0.66.0", and the date for 06/30/2020.

No, it doesn't. However, it may be easiest to remove the smallest drives first.

Good to know!

Very nice, and I hope it treats you well!

Actually, we don't really track the Insider stuff, since things are known to break and be fixed before general release. However, if we have a bunch of reports of issues, we'll take a look, as in this case. And because it was a change rather than a bug, we decided to fix it (as the cause of this is very likely to make it to GA). But ... in no uncertain terms, if stability is critical, you should NOT be using an Insider build. Period. Expect things to break on the Insider channel, because they will. Either way, we do have a fix for this issue. And if you run into issues, the "reinstall" guide I link above should fix any issues.

Thanks!

Unfortunately, nope. I haven't used a highpoint card in a long time.

That depends on the firmware, really. And for Windows, the power management settings. Also, StableBit Scanner may keep the drives active. Throttling the smart queries may help.

no worries. Just wanted to make sure that it was referenced at least.

If the software is having issues uploading data, then there may be more data added, later, as the drive is used. Additionally, in the I/O Performance settings, these is an upload threshold setting that prevents uploads from occurring when there are a lot of writes. However, could you open a ticket at https://stablebit.com/Contact

Could you open a ticket at https://stablebit.com/Contact

^ This. If you didn't have the chunkID database (eg, using an older version and then installed a newer version), it will have to do this, at least on the first time. Once it's done, that should be it.

Sorry, yeah, still not supported. Since it's not as much of a consumer tech, it hasn't been a priority. But yeah, I do agree, SAS support would be amazing.