Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Posts posted by Jaga

  1. 3 minutes ago, Thronic said:

    I was just watching Plex right now when it suddenly started to buffer, it never does that, ever....

    I check the server next and loads of activity going and it acting all kinds of sluggish. I start scanner and notice it has reset all settings and all 10 drives suddenly marked as not checked ever. 

    Are you sure their surface check data didn't just age past the "Check readable / unchecked every X days" number in the preferences area?  It'll do it automatically depending on the Work Window settings under the General tab.  i.e. if set to "Perform work at any time of the day" and set to 90 days, any scan data aging to 90+ days will trigger a new surface scan on that drive.

    Also - turning on "Scan using Background I/O priority" and "Do not interfere with disk access" (higher sensitivity means less drive competition/thrashing) can help with the buffering in other apps.

  2. 2 hours ago, Christopher (Drashna) said:

    Check the Disk Details.  If it shows AHCI there, then that's ... the issue.  It needs to show up as NVMe. 

    Didn't think a NVMe drive running on a controller in AHCI mode would block/dishonor SMART calls - you'd think legacy compatibility would kick in at the very least.  Time to do some more reading.

  3. I'm totally throwing out a couple of SWAGs here, but my first guess is that somehow Drivepool's command queue may be getting swamped.

    What DP has to do when you rename a folder:

    • Check all drives in the pool for the existence of the folder, if you have file/folder or pool duplication going on
    • Rename each existence if it found one

    The way to check and see if Drivepool is the culprit is to run it against the actual volume, not the pool itself.  i.e. if your pool letter is D: and it has E: and F: in it, run the utility against both E: and F:.  That takes Drivepool out of the equation, though you'll want to do a re-measure on the pool after (in case any of those you renamed were duplicated) so it can adjust.  I believe DP keeps duplication info in the pool itself.  If the utility ended up renaming folders that explicitly had duplication set in DP, then you'd have to go and add them again.

    The other possibility is that some process(es) still have handles open to those folders or files under them.  If you rebooted into Safe Mode and ran the utility against the drives (E: and F: respectively), you might be able to get around those processes that lock you out of the change.  It would be worth testing.

  4. 2 hours ago, Umfriend said:

    Yes. But I have never ever been able to get this to work.

    For instance, if it would work, then even if you had two HDDs where one would read at 100MB/s and the other at 20MB/s, then a bulk reader should be able to profit from using both.

    Except for the priority classes that Drivepool puts drives into.  i.e. an external USB will always be in a different priority class from an internal SATA drive, no matter what (per the DP docs).  I'm not entirely sure if that gives a benefit when you have super fast external drives (mine are almost as fast as my internal spinners due to their new USB connections), but it's part of the algorithm that Alex put into DP.


    1 hour ago, danielb said:

    Well i tried a bunch of random files, and out of nowhere it showed it was read striping, but wasn't able to get it to work again!

    This feature seems to be a lot temperamental! It would be great if there was a settings to force it on all the time.

    Which is interesting.  Makes you wonder if the UI is lying to you about block striping in it's UI, or if block striping needs something else to fully kick in on large files.  Might have to wait for @Christopher (Drashna) or @Alex to chime in and let us know.

  5. I was all set to agree with you Umfriend (actually had it typed in already), until I re-read the docs about read striping.  Large sequential I/O uses block-based read striping, so it should have kicked in for danielb.

    @danielb - have you benchmarked each drive to see if there's much of a difference?  It's possible that one actually is performing better than the other for some reason, and Drivepool picks up on that.



    StableBit DrivePool utilizes a number of read striping algorithms, depending on the situation.

    For large sequential I/O, such as large file copying, read striping will utilize a block based algorithm, maximizing the use of each disk and minimizing disk context switches.

    For random non-sequential I/O read striping always sends the request to the disk with the least outstanding requests. Because seek times can be high in this scenario, StableBit DrivePool tries to switch disk contexts often.

    For slow non-concurrent I/O read striping passively measures the speed of each disk and dynamically switches the the fastest disk.


    What it sounds like Drivepool is doing in this case, is assigning different priority classes to the two different drives, which puts it in a situation where it would never read stripe across the two.

  6. Was the fix for your BIOS to update it?  I think that can throw off the activation on a license.

    Four things you can try:

    1. Make sure you aren't running the desktop scaling higher than 100%.  It can hide UI elements that you'd otherwise see in child windows.
    2. Stop/restart the Stablebit Drivepool Service on the PC (with the program closed).
    3. Restart the computer.  Christopher has said in the past that can help Drivepool licensing issues.
    4. If none of those work, Contact Stablebit and let them know your problem, give them your trial activation key, and see if they can fix it for you:  https://stablebit.com/Contact


  7. If you click the small gear in the upper-right of Drivepool's GUI, choose Troubleshooting, then Service log.  Have a look in there and see if you can spot the access denied errors.  I'm not sure what the string would look like, but it may have the drive's device name in it.

    And are the files open/locked by another program currently?  You can browse through the processes in Task Manager and see if there are any that may be holding them open and which shouldn't be running, then try gracefully exiting them.  Or, if you can manage a reboot, that usually closes open file handles neatly, and may let Drivepool do a duplication re-check the next time you ask it to.

  8. 19 hours ago, Umfriend said:

    So I am running Scanner on my lappy for a trial (Just want to check some older HDDs). It runs Windows 10 and has an NVMe Samsung SSD 950 Pro. Scanner tells me "The NVMe health check is not accesible." - But shouldn't it?

    Ran Direct I/O (1.0.6764.36111, which was flagged as potentially unsafe by AVG BTW). I have checks with Identify and SSD but all other stuff is red crosses...

    Is the controller the drive is running on in ATA mode, or AHCI?

  9. I don't work with virtual machines much, but I do a lot of performance metrics.  If there are special considerations with how the host accesses the VM files I'm not privy to them, so take my suggestions with a grain of salt.  :) 

    If the VM disk in this test was not inside the hidden Poolpart-xxxxx folder on that drive, then Drivepool shouldn't have been interacting with the host's access to it.  Knowing exactly where it was and how you accessed it to spin up the VM for the test would help.

    To get an idea of what could be causing it, these are the tests I'd run and compare:

    1. Place the VM's file in the root of the volume (a volume in the pool, but not inside it's hidden Poolpart-xxxxx folder), run a test against it there.
    2. Move the VM's file into the volume's hidden Poolpart-xxxxx folder, but run the test against the local drive's letter/path (not the Pool's).  i.e. if your Pool has letter D:, and the individual drive/volume has letter G, use "G:\Poolpart-xxxxx\filename.xxx"
    3. Stop the Drivepool service, then spin up the VM using the pathing from test #2 again.
    4. Start the Drivepool service.  With the VM's file still inside the Poolpart-xxxxx folder, re-measure the pool.  When done, run the test against the VM's file via the Pool letter/path.

    In tests 1 & 2 the file for the VM isn't referenced via Drivepool at all, so you're looking at Host OS access only.  In test 3 we go a step further and completely disable Drivepool - if the result is different from test 1 or 2, make a note of it.  In test 4 we do a regular pool access test.  If the slowdowns happen even in test #3, then there may be an issue with the physical drive/controller.

    Theoretically all four tests should be nearly identical, from a performance perspective.  That is - unless VMs have special considerations for file access.  I did read a post/blog(?) from several years ago where Christopher stated the developer Alex stores his VM files in the pool, so there's a good chance it should work fine.

  10. That's a little odd, and since I can't see the primary pool setup I'm going to take a wild guess and say your plugin version and Drivepool version aren't both the latest (?) or are mis-matched.  I have no idea why the plugin wouldn't display - even a 1-volume pool STILL shows me the full UI:




    I'd double-check versions on all Drivepool software (the main package and all the separately installed plugins), and uninstall/reinstall any that seem to be out of date.  Then stop/start the Drivepool service and check again.  Or for good measure uninstall all Drivepool software, re-download what you use, and reinstall it all.  It won't affect the pool.

    Either way - I've tried toggling every setting in the main balancing Settings tab that I can think of that might affect a plugin's ability to run, and the UI for that plugin still shows for me every time.  Something's wonky on your end, I think.

    The drives don't have to be empty for that balancer to work either - it has a setting "Control new file placement and move the existing files into the pre-defined order", which should be a retroactive setting that works on existing files (in the pool) as well as new.  BUT - if you can't get the Drobo empty, then you'd have to do a rather ugly shuffle of reducing the volume size to just large enough to hold data, create a new volume in the empty space, move over what you can, and repeat ad-nauseum until you had it all on the new volume(s).

  11. Have you tried using Windows Disk Management snap-in and creating 2 logical 5TB volumes on the Drobo?  Drivepool works equally well with logical partitions, it doesn't need full physical drives.  You won't get the benefit of auto-evacuation like you would with standalone drives, but you're limited by the Drobo's hardware.

    A combination of the Ordered File Placement plugin and hierarchical pools, you should be able to achieve what you want.  Create a child pool using the 11 primary drives you want to fill up first.  Then another child pool separately using the (2?) logical 5TB volumes from the Drobo.  Then create a top-level pool and add in both child pools as members.  Install & enable the Ordered File Placement plugin (a separate download) on the top-level pool and tell it to fill up the 11-drive child pool first, before starting to fill the Drobo child pool.

    The images below use some small placeholder drives to achieve, but it gives you an idea of how easy the architecture is to set up:






    There may be another option: talking directly to the drives in the Drobo enclosure and bypassing the controller (called Direct IO in Scanner), but I'm only familiar with how to do it in Scanner, and unsure if Drivepool offers the feature.

  12. Normally you'd want to uninstall it manually to de-activate the license across the web.  If you can't, you can always send a contact request in to support asking them to do that (giving them the email address you registered the software with, and the activation key).  The contact link is https://stablebit.com/Contact 

    More information on Clouddrive licensing can be found here:  https://stablebit.com/Support/CloudDrive/Licensing


  13. Is the colored bar across the bottom of Drivepool indicating it's trying to balance/duplicate?  Have you tried clicking the small "x" to the right to cancel the operation?

    If you enabled pool duplication, and it ran for a while, then you disabled it..  Drivepool still has to re-measure and then do cleanup to revert it back.  Since it's out of sync due to the enable/disable, it's probably unable to gather duplication stats, which is why those folder trees aren't working currently.

    What I'd do is make sure pool duplication is disabled, then go stop the Drivepool service, and re-start it again.  Head back into Drivepool and see if it's busy trying to do cleanup.  If not, click the gear in the upper-right, choose Troubleshooting, then "Recheck duplication..".  When it's done with that and any work is has to do with cleanup, you may want to do a manual re-measure, and re-verify pool duplication is off.


  14. 13 hours ago, Umfriend said:

    Only thing can say is that if you are going to run 5/6 drives, you might as well pick a MB that supports 6 or 8 SATA devices. The case will have to be a decent size anyway, no?

    It's a good point.  I bought one of each of these for my older tower case to expand past six internal drives.

    If you aren't going to invest in a half-height rack+controller+backplane for an external array (or a larger/more expensive tower), it's probably the next best option, price-wise.  And with that many bays you'll have room to expand should you ever add an inexpensive internal controller.

  15. FYI - the missing drive automagically showed up after today's reboot.  Didn't do any other changes or touch Drivepool settings.  Funny thing is - the volume I'm caching FTP download parts onto disappeared at the same time.  And it's still working perfectly mounted into a root folder on C:

    Is there a maximum number of volumes that Drivepool can see simultaneously?  It's the only thing I can think of at the moment.

  16. 1 hour ago, ars3nic said:

    Yes, real-time duplication is and has been enabled.  That's a good point about moving so many files so quickly possibly messing something up -- in hindsight I shouldn't have used a folder in the pool for 'staging' all of those files (definitely wasn't necessary), and should have just let the application copy them into the pool as they're processed.

    Yep - I usually stage files to be delivered to the pool on a separate volume, or in a temp folder.  But glad to hear you're in the green!

  • Create New...