Cant find new versions

[viperpray]

chat gpt seems to think there is a version that fixes my folder enumeration issue how ever when i go to the website its several versions behind what chatgpt says.

[Shane]

Hi, what version number is chatgpt claiming exists? And are you asking about StableBit Cloud (which provides centralised management of other StableBit products) or a different StableBit product such as CloudDrive, DrivePool or Scanner?

[viperpray]

The most recent build of StableBit DrivePool — version 2.3.12.1646 — was released on August 24, 2023.

I only need it cause i am getting Unable to enumerate folder. Access is denied

[Shane]

There is no such version of DrivePool, chatgpt is making stuff up.

You can find all 2.x Releases at https://covecube.download/DrivePoolWindows/release/download and all 2.x Beta versions at https://covecube.download/DrivePoolWindows/beta/download - the latest build is currently StableBit.DrivePool_2.3.12.1680_x64_Release.exe which was uploaded 7th May 2025.

 

[viperpray]

this is a newer build then is on the website so good enough this also is above the number that has the fix for my issue so should fix everything

After updating and restarting i am able to access my files again.
The one on the site is  2.3.11.1663  and it is not safe for ppl that already have a pool and had to move to a new system.

[Christopher (Drashna)]

2.3.11.1663 should be safe for people with existing pools. 

However, if you're an older version ow Windows, then you may need to use 2.3.8.1600 due to signing issues. 

As for folder enumeration issues, there isn't a specific fix for this, and ChatGPT is *not* a reliable source of information, ever.  LLMs are incredibly prone to "halluciating" (a nice way to say "making shit up with no basis in reality").  

And the absolute latest release is: 
https://dl.covecube.com/DrivePoolWindows/release/download/StableBit.DrivePool_2.3.12.1680_x64_Release.exe

If you're having issues on the newer versions, please open a ticket at https://stablebit.com/Contact

 

[viperpray]

2.3.11.1663 does not allow ppl with older pools to use duplication. any new folder made is made without proper perms for the program that made it to access it afterword's. Unless these programs are run as admin. this is no longer the case with versions newer then this.

[Christopher (Drashna)]

14 hours ago, viperpray said:

2.3.11.1663 does not allow ppl with older pools to use duplication. any new folder made is made without proper perms for the program that made it to access it afterword's. Unless these programs are run as admin. this is no longer the case with versions newer then this.

To be blunt, this doesn't sound like it's an issue with duplication, at all, but rather is an issue with NTFS permissions.   

Worst case, you can reset the permissions on the whole pool by reapplying them:
https://wiki.covecube.com/StableBit_DrivePool_Q5510455

[viperpray]

it's a documented issue with the version none of the commands fixing perms to all files and the hours waiting for them to finish mattered the only thing that was able to fix it was going to a newer version. I had a few other ppl try and help me befor i tried getting help from ai were ai pulled my issue and made it clear it was an issue.

 

 

Either way i was able to fix my issue by going here https://covecube.download/DrivePoolWindows/release/download/ and getting the new version i tried reinstalling the old one a couple times thats listed on the website but always the same error this fixed it without any further need for me to do anything. No that i am sure there was anything else i could have done as far as myself and Wendel could tell there was nothing else i could do. 


That's not to say ai wasn't grossly wrong about ver #s and so on its not perfect ai still has a long way to go befor it's usable for most thing's

[Shane]

Just out of curiosity, what version were you running when you initially encountered the problem?

21 hours ago, viperpray said:

2.3.11.1663 does not allow ppl with older pools to use duplication. any new folder made is made without proper perms for the program that made it to access it afterword's. Unless these programs are run as admin. this is no longer the case with versions newer then this.

Huh. I'm not seeing anything mentioned in the changelog from 1663 to 1680 that would do that, and the screenshot of chatgpt mentions a problem that was fixed in 1345 which is before both of those builds.

Glad the latest version worked for you anyway!

[viperpray]

I'm not positive what version the original server was running at the time and i have no way to check. That sadly as it's not even the same OS drive so i can't just use event viewer to try and go back.

How ever i did state that chatgpt didn't get any of the version numbers correct for any of stable bit as it thinks stablebit is somehow on like 2.4.XX.XXXX and as far as i can tell there is no such version ever. as i said AI is cool and can give helpful advice but for the most part AI is kind of trash in it's current state for most anything. It's crazy to think that multi billion$ company's are relying on this thing to manage ppl or even other AI. either way im happy its working if i could give you a reason it's working outside of it just is i would. I just know i tried the lower ver multiple times and had no luck over the last 2-3months and my pool is about 284TB so every time i ran one of them commands to force any type of access it took many hours.

[viperpray]

UPDATE today without anything changing we are back to folders being Access Denied.

I'm giving
 

$drives = Get-PSDrive -PSProvider 'FileSystem'

foreach ($drive in $drives) {
    $root = $drive.Root
    if (Test-Path $root) {
        Write-Host "Checking root of $root for PoolPart folders..."
        Get-ChildItem -Path $root -Directory -Force -ErrorAction SilentlyContinue |
            Where-Object { $_.Name -like 'PoolPart.*' } |
            ForEach-Object {
                Write-Host "Fixing permissions on: $($_.FullName)"
                takeown /f "$($_.FullName)" /r /d y | Out-Null
                icacls "$($_.FullName)" /grant SYSTEM:F /t | Out-Null
                icacls "$($_.FullName)" /grant Administrators:F /t | Out-Null
            }
    }
}

Write-Host "Done."

Sadly hindsight tells me i should threaded this

 

$drives = Get-PSDrive -PSProvider 'FileSystem'
$jobs = @()

foreach ($drive in $drives) {
    $root = $drive.Root
    if (Test-Path $root) {
        $jobs += Start-Job -ScriptBlock {
            param($driveRoot)
            Write-Host "Checking root of $driveRoot for PoolPart folders..."
            Get-ChildItem -Path $driveRoot -Directory -Force -ErrorAction SilentlyContinue |
                Where-Object { $_.Name -like 'PoolPart.*' } |
                ForEach-Object {
                    Write-Host "Fixing permissions on: $($_.FullName)"
                    takeown /f "$($_.FullName)" /r /d y | Out-Null
                    icacls "$($_.FullName)" /grant SYSTEM:F /t | Out-Null
                    icacls "$($_.FullName)" /grant Administrators:F /t | Out-Null
                }
        } -ArgumentList $root
    }
}

Write-Host "Waiting for all jobs to finish..."
Wait-Job -Job $jobs

foreach ($job in $jobs) {
    Receive-Job -Job $job
    Remove-Job -Job $job
}

Write-Host "All done."

With any luck this fixes my issue will let you know when its done

[Shane]

This thread may help you with regard to NTFS permissions: