Christopher (Drashna)

Regardless of the quality of the software, this isn't helpful nor constructive, and provides nothing to the conversation.

To make sure, you mean in a VM, correct? If so, then there is absolutely no issue, as the VHD/VHDX are presented as physical disks to the VM.

please head to https://stablebit.com/contact and open a ticket there, if you haven't already. We don't handle licensing issues on the forum, due to generally needing sensitive information.

Just a heads up, the SSD Optimizer balancer is mostly meant for writes, and writes of new files. It doesn't effect reads, unless those files are still on the SSD (or locked there). If you're looking to boost the read speeds, you'd want something like primocache.

It's a one time thing, basically. Newer versions have significantly reworked update code.

"0x80070643" indicates that the system has a pending reboot. Rebooting the system will usually fix this issue. If not, this will: https://support.microsoft.com/en-us/topic/fix-problems-that-block-programs-from-being-installed-or-removed-cca7d1b6-65a9-3d98-426b-e9f927e1eb4d

This is for older versions of StableBit DrivePool and StableBit Scanner. Updating to the latest version will fix this.

I don't believe it does. But I'm not certain. However, let me flag this for Alex: https://stablebit.com/Admin/IssueAnalysis/28716

No. There are no plans on implementing this sort of functionality.

Yes and no. Specifically, by default, StableBit Scanner will only scan one drive per controller. And in fact, you have to get into the advanced configuration to increase that. So if you're seeing multiple drives being scanned at once, it's likely because they are connected to different controllers (you can verify this by selecting the "group by controllers" option in the UI.

If you're using duplication, then definitely, as each copy of duplicated files are written in parallel. Having multiple SSDs (and using the SSD Optimizer balancer) will get better write speeds, as it is much less likely to have to use a spinning drive for writing.

Yeah, it's a known issue. It has to do with how the "on demand" feature works, and that it's not supported on the emulated drive that StableBit CloudDrive. Also, it's not just a sparse file, it's a special type of file, that requires file system support. And because we use an emulated drive, we'd have to reverse engineer that and add support for it. A possible solution is to create a StableBit CloudDrive disk on the pool and use that. But I can understand not wanting to do that.

Yes. New data will be stored in the local cache, until it's able to be uploaded. If this is in regards to the 750GB per day, per account upload limit, throttling the upload speed to ~80mbps should help prevent hitting that limit.

Well thanks! And yeah, it's a perpetual problem. Antivirus vendors don't like new releases from small software vendors.

Could you open a ticket at https://stablebit.com/contact about this?

A quick look into this shows that there may not really be any performance difference, especially as data may not be staying on the drive (depending on how you use them)

Do you have a "found.###" folder in the root of your drive? If so, the data may be there. Also something like WinDirStat or WizTree can be good for visualizing where the data is.

It will see the drives as non-pooled drives. So you should be fine, in that regards.

If you sent a support ticket, those should be addressed rapidly. If not, send an email to me at christopher@covecube.com

Unfortunately, this come up from time to time, especially on new versions. We usually try to report to false positive when we're notificed about it.

For the surface scan, StableBit Scanner doesn't do anything to fix/correct the unreadable sectors. You can clear the status, but the next scan, they will likely come back. That said, the only way to permanently clear the status is to write to the effected sectors. StableBit Scanner doesn't do this, as it prevents the ability to recover the data from the disk. However, the simplest (but definitely not "best") way to clear the status is to do a full format pass of the drive. This writes zeros to the entire drive, and may correct the issue. If this doesn't work, then you may want to consider replacing the drive (RMA it if it's under warranty)

You have to detach the drive, and reattach it, to move the cache.

You can get larger than that, but I wouldn't recommend anything about 64TBs, as NTFS cannot run CHKDSK passes on volumes larger than that.

I think you're looking for this: https://stablebit.com/Support/Scanner/2.X/Manual?Section=Disk Scanning Panel#Sector Map As for getting rid of the warnings: Don't. If these are unreadable sectors, they are exactly what they sound like: spots on the disk that StableBit Scanner was not able to read from, at all. (or at least, in a reasonably timely manner). This can sometimes happen if there are communication issues (such as a loose or bad cable), but if they consistently return, it indicates an issue. The best way to clear the status is writing to those sectors. StableBit Scanner isn't designed to do this, as it actively avoids writing to the disks. However, a full, non-quick format pass may correct these unreadable sectors.

The NVMe drive completely failed? If so, I'm sorry to hear that! As for the pool, yeah, once you remove the missing drive, it will remeasure the pool, and then run a duplication pass, reduplicating any of the data that needs it.