Jump to content

Christopher (Drashna)

Administrators
  • Posts

    11540
  • Joined

  • Last visited

  • Days Won

    365

Everything posted by Christopher (Drashna)

  1. Resetting the performance counters is the solution in this case. That's what's used to generate the information.
  2. Ah, I didn't realize that. That takes care of a lot of "fun" issues, though. And yeah, the UNC prefix can be super useful!
  3. I would recommend running a disk check, as it sounds like there may have been some corruption, causing the split. That said, for fixing this: https://wiki.covecube.com/StableBit_DrivePool_F1655
  4. I'd have to double check, but note that you're using the dark theme, which changes the colors that you're seeing. I believe that you're seeing optimal on top, switch in the middle, and hold on the bottom. (colors changed to provide better contrast.
  5. ^ This. The cli tools sometimes work better. My only suggestion for that would be to use \\?\P:\ instead of P:\, for long filename support.
  6. Is the drive unmounted on the system? If so, then this sounds like a cleanup issue on Google's side. if not, then this is likely because of the daily upload limit for Google Drive.
  7. There isn't really any plans on fully supporting the functionality, at this time. The DirectStorage API should work, in general. However, the BypassIO won't work on the pool, because there is no *actual* IO going to the pool, and passing that along to the underlying disks is not simple. However, StableBit DrivePool won't disable BypassIO from working on other disks.
  8. Yeah, that typically is a file system error. The path is the path on the pool, and best bet is to copy the file from elsewhere. Worst case, the "dpcmd" tool can be used to identify which drives that this file exists on. Likely one of these will have read errors, and will need to be resolved. A CHKDSK pass on the disk *may* help, but emphasis on "may" here.
  9. I'll have to ask to double check, but most likely, this would be us deactivating our app API key. You'd need to set up your own API key to continue using the software, or download all of the data from Google Drive, and use the converter tool to convert it to the local disk provider format.
  10. Absolutely understand that! That data (can) be precious!
  11. No. There is some very hidden data that doesn't copy over, really. But if the new drive is added to the pool, you could copy the contents of the PoolPart folder on the old drive to the PoolPart folder on the new drive. Just make sure you remeasure after it's done.
  12. Using CIFS/smb/whatever-which-OS-wants-to-call-it should be enough to circumvent most/all of the issues that WSL has with the pool. As for docker volumes, I'm genuinely surprised that you've having issues with that. Personally, I have the WSL VHDX files for docker stored on my pool, and I have a couple of containers using file paths on the pool. Eg `-v S:/docker-data/(name):/data` (with S:\ being the pool). No issues, other than my system is running short on CPU power.... Also, IIRC, you can use cifs as a provider for volumes in docker, IIRC.
  13. To make sure/clarify, this only shows activity that occurs through the pool driver. Eg, balancing and duplication information does NOT show up here. But anything accessing files through the pool should show up here. In both the open files and the speeds.
  14. 80643 error? If so, reboot the system and try again. If that doesn't help, grab the "Microsoft installer fixit" tool, and run that. Between these two, that usually fixes the 80643 error, usually. Otherwise, what error specifically are you seeing? (and feel free to open a ticket at https://stablebit.com/contact/ if you're concerned about personal information, as that is private)
  15. Included with StableBit CloudDrive is a conversion tool. You can download the entirety of the data on Google Drive and then convert it to the local disk provider format, which should allow you to mount it there. It should still need the unlock code for the drive.
  16. Welcome! And if it helps, I'm using an old... old Haswell based system (Xeon E3-1245v3), and an LSI SAS 2008 based card (9240-8i). Ran HWiNFO64, loaded without issues, showed verything, and no drive crashes. Which is why I suspect that it's a system config related issue.
  17. The main reason there is no VSS support for the pool, is that there is zero documentation on just how to implement it on the file system side (plenty on the API side, though). So, at best, we'd have to completely reverse engineer it, do a bunch of testing (stress testing, compatibility testing, consistenty/integtrity testing) of that code, and hope it works right. While it's something I'd love to see, the main issue is resources. We're a very, very small company and simply don't have the resources to do this. As shane mentions, there are other approaches that you could take to accomplish this. Though, one that isn't mentioned, is that you could use the Local Disk provider from StableBit CloudDrive and create a drive on the pool. This drive would be VSS compatible, since StableBit CloudDrive isn't emulating the file system, it's emulating the raw data, and Windows handles the file system and VSS implementation. However, backing up the individual pool drives, or using a file based solution are going to be much simpler, and less fragile (less complexity generally means less fragile).
  18. Just to be clear, StableBit Scanner actively avoids writing to the drives, except for in very specific cases. As mentioned, there are some other utilities that can be used to accomplish this. However, personally, I use a full (non-quick) format of the drives, persionally. Also, diskpart's "clean all" command will clear the entire drive, and write over every sector on the drive. (same as a full format, but also writes over the partition info).
  19. The red and orange arrows are Realtime Placement limiters. And yeah, there was a recent change that makes them show up when they wouldn't have before. Eg, this should be fine. Especially as it more accurately reflects the status of the pool and balancers.
  20. That's very odd. And I can't reproduce locally. Most likely, this is an issue with the drivers for the drives/enclosure, and hwinfo causing it to crash the driver/controller. I'm guessing that this happens regardless if StableBit DrivePool is installed or not? If so, then you may want to check for updated drivers and/or firmware for the system, and see if that helps.
  21. Alex has said that he plans on postind on the forums an announcement about this, and it may be best to wait for that. That said, between the fact that Google Drive has always had a 750GB per account per day upload limit (which is pretty low), some of the odd issues that pop up with it, and that they've recently limited to 1TB (or 5TB) of data and lock the account if it exceeds it (eg, stops uploads), the writing has been on the wall for a while.
  22. Is there a reason the "not more often than every X hours" option doesn't work for you?
  23. Also, make sure that you're up to date. There was a recent release, and there was some updating to the Cloud integration code, that may affect this.
×
×
  • Create New...