Christopher (Drashna)

That is just so bizarre. And it sounds like permissions/trusts in the OS are messed up, somehow? There is always the nuclear option to fix it... But aside from that, are you using the system as a domain controller, by chance?

Do you have duplication enabled for everything? If so, double check the folder protection options. If you see any folders with a "+", that means that one or more subfolders has a different setting. Additionally, you can use "dpcmd set-duplication-recursive" to force set duplication on everything.

If the configuration works for you, then use that. However, the settings for that guide were based on a freshly formatted drive. I've I have a Server 2022 system, and have helped set up a friends, and have used this config. So, it's very odd that it's not working for you properly. But may be a Windows specific thing.

Yeah, it's usually related to file system corruption, in my experience. But there is always a possibility that it is directly related to StableBit DrivePool.

It's been a while, but IIRC, some older AF drives can act weirdly. But if there is nothing on the disk, then repartitioning it would be the best bet.

A forced reboot should a remeasure pass, yeah.

To clarify, Windows 7 (and 8,) are no longer supported by Microsoft, and no longer receiving updates. We follow suite with the Microsoft support lifecycles, since we can't ensure stability of the OS outside of the support lifecycle. Additionally, key components (such as .NET Framework and Visual C++ runtimes) may not be supported, anymore. Especially in the case where we need/want to update this components. However, we haven't done anything to explicitly disable support for these OSes, so they may still work just fine. However, the longer it's been since they've exited the support lifecycle, the more likely you are to have issues. Additionally, Windows 10 leaves extended support Oct 2025. Yay....

That's very much odd, I'll take a look into it, as it should be easily reproduceable. I'm not sure what you mean here. Could you clarify what you mean. That said, the removal options do have a "duplicate data later" which skips any duplicated data on the drive being removed, and then runs a duplication pass to reduplicate data as needed. Not currently. Note that file placement is handled both by the service (during a duplication or balancing pass) as well as in the kernel. Any logic needs to be quick and as free of dependancies as possible. (the recent crowdstrike fiasco illustrates why this is important). And determining "newest" isn't necessarily simple. There are multiple criterias that can be considered for this. And that drives tend to fail in a bathtube curve, a new disk isn't necessary the best idea. As for generating a hash, and storing it for verification is a very resource intensive process. Both CPU wise, but also requires storing a database with all of the hashes. And would essentially require doing this at the kernel level. That said, there are a lot of solutions for this sort of behavior already, and will probably do it better than we could. As mentioned, SnapRAID can do a majority of this sort of thing, already.

The "System" section of the Event Viewer may indicate why, in some cases. Eg, disk errors and such. And if you're still having issues, https://stablebit.com/Contact

The drives should go idle if there isn't usage/access on the drives/pool. In some cases, the BitLocker poolpart detection can trigger activity on the disks and keep them from idling. In this case, there is an advanced setting to disable that functionalitly: https://wiki.covecube.com/StableBit_DrivePool_2.x_Advanced_Settings And it's the example, actually. Also, avoid assigning the letters A:\ or B:\ to the pool or any other disk. Windows has some hard coded behavior that assumes that these letters are floppy drives, and will periodically ping the drives. I've not seen a way to disable it. Though, if you wanted to ensure that drives don't idle, this would be a good way to do that.

If you haven't already, run a CHKDSK pass on the underlying disks. This may correct the issue with the folder. Also, you may be able to delete the folder on the underlying disk(s). It should be in a mirrored path under the hidden "PoolPart.xxxx" folder.

Honestly, not enough information. Missing stuff like the balancing ratio reported on the pool, etc. That said, setting the balancing ratio to 100% should make it balance very aggressively (when/where it needs to). But the default balancing settings shouldn't move the data around except for in specific edge cases. Such as the disks being over 90% full, there being "unsuable for duplication" space reported on the pool, etc. That said, could you open a ticket at https://stablebit.com/contact and after doing so, run the StableBit Troubleshooter, using the contact ID number from the ticket?

I mean, by default, it kind of tries to do this. New files are placed on the disk with the most available free space. If you have multiple disks with the same amount of free space, it should kind of round robin the placement (though this heavily depends on the file sizes).

Depending on the exact chain of events, this may be normal. When balancing or changing duplication, empty folders are not pruned. So if the files were on that disk but moved off, you will likely see empty folders. As for the recovery tools seeing the files, that may be normal. Files deleted from a disk, even when done by the balancing/duplication engine will still leave the data on the drive until those sections are needed. This is actually how recovery software is able to get that data. So if duplication was enabled, it soulds like you should be fine. However, you can recover the data, and remeasure the pool. It will check the duplication level against the number of copies, and adjust things accordingly (eg reduplicate data, remove extra copies, etc).

That is very odd, especially since it appears that the empty file is about the correct size, but filled with empty characters. If you continue to see this behavior, there may be other issues on the system.