Christopher (Drashna)

Sorry for the delay in getting to you! Could you open a ticket at https://stablebit.com/Contact if you haven't already?

To clarify, you only need a license on the systems that you want full functionality on. If you ONLY want remote access to another system, you don't need a license and you don't even need to activate the trial.

If you have data on Google Drive that you want on the drives, then you'll need to download that data to the drives. And if you're pooling the drives, if you decide you only want one drive, you'd want to remove that disk from the pool. This will move all of the data off of the disk you remove. This will take a while to complete depending on how fast your connection is, how fast data can be downloaded, how large the cache drive is, and how much data is being moved.

Correct. StableBit DrivePool tracks the drive by Volume ID, not by the drive letter. And as long as the NTFS volumes on the disk show up, then StableBit DrivePool will continue to be able to use it. The drive will show up "missing" in this case, and you'll have to remove the missing disk to get the pool to be writable again. Additionally, if you reconnect the disk later, it will re-add the disk to the pool. And shamelessly, if you have StableBit Scanner installed too, if it detects issues, it will cause StableBit DrivePool to evacuate the contents of the disk. The best way is to remove the disk from the pool, using the UI. This will make sure that everything is handled correctly. https://stablebit.com/Support/DrivePool/2.X/Manual?Section=Removing a Drive from the Pool It should, but that's tricky. Both in doing and answering. It *should* be fine, but if not: https://wiki.covecube.com/StableBit_DrivePool_F1655 This works for merging pools, or re-pooling a drive. Duplication settings are stored on the pool itself, so that will go with the pool, no matter what. But the balancing settings are stored on the system locally and cannot be copied over. But, yes, DrivePool will detect the poolpart folders and rebuild the pool with the available disks. Absolutely! We recommend using Disk Management, since it's built in. And the same goes for the pooled drives, too. Yeah, that should absolutely work. Some features, such as USN Journaling support are not present on the pool, though. Not really. Multithreaded copies may benefit, but it's HIGHLY situation. It does have a popup on the first pool creation. But yeah. However implementing it in a safe and non-destructive way isn't easy. But it is something that we may add in the future.

It is. However, you should be able to set the "override" value for "CloudFsDisk_IsDriveRemovable" to "false", and it may fixe the issue. But the drive will no longer be treated as a removable drive. https://wiki.covecube.com/StableBit_CloudDrive_Advanced_Settings

Tweaking the I/O Performance options may help too. https://stablebit.com/Support/CloudDrive/Manual?Section=I/O Performance

Yes, it should. It creates a virtual drive, that the data is stored on, and should work like a normal disk.

Specifically: https://wiki.covecube.com/StableBit_DrivePool_F1655

I'll bring this up. But probably won't happen until after StableBit Cloud has a beta release.

It sounds like Windows Search isn't indexing the drive. You may need to change the configuration for it to properly search the pool. https://www.howtogeek.com/272158/how-to-choose-which-files-windows-search-indexes-on-your-pc/

This is an incorrect assumption, and probably the cause of most misunderstandings. StableBit CloudDrive does not show you what is on the provider. Instead, it creates a virtual drive, breaks that up into blocks/chunks, and then stores those chunks on the provider in question.

Nope, definitely not dead! But if it's urgent, or basically, it's the best way, direct any support queries to https://stablebit.com/Contact

The main reasons that folder would be read only is if the pool has a missing disk, or that there is an issue with the licensing. If neither are the case, let me know.

It sounds like these two issues are unrelated. However, if the disk in question also seems to be causing weird behavior in general, it may be simplest to replace it. As for the evacuation, I'm not sure. It is possible that StableBit Scanner detected unreadable sectors, as that would trigger this behavior. As for the "building bucket lists", this is a pre-execution task for balancing. It can take a while, as it's basically determining where to move all of the files. Also, do you have any balancer plugins installed on the system?

Since I don't see it in any of the images, do you have any disks in the pool that are completely full? If so, this can cause StableBit DrivePool to report that it has no free space, since it actually pulls that information from the underlying disks.