Jump to content
Covecube Inc.
  • 0
TheBigMan

Data Dedupe Role on WinSrv 2019 not working

Question

Hi,

I recently bought and started using DrivePool on my home media server.  I am running a fresh install of Windows Server 2019 Datacenter.  Since I installed DrivePool, I am no longer able to use the Deduplication role, as the service won't start.  Removing DrivePool and rebooting allows the Deduplication service to start again successfully.  To be clear, I am not using Deduplication in conjunction with any drives that are part of my pool, but it is used on another volume to provide massive space savings on File History and even image backups of my PCs.  So, not having Deduplication working is a pretty big issue!

The Dedupe service seems to be failing with the following information in the Event Log:

===

Data Deduplication error: Unexpected error.

Operation:

   Starting File Server Deduplication Service.

Error-specific details:

   Error: DeviceIoControl (FSCTL_GET_NTFS_VOLUME_DATA), 0x80070001, Incorrect function.

===

Has anyone else seen this issue?  Could one of the developers let me know if this is a known problem?  This does *not* happen on Windows Server 2016, so I assume something has changed in Windows Server 2019 such that the Dedupe service is looking for something from the pool drive that DrivePool isn't responding correctly on.

I'm using v 2.2.3.950 BETA as this specifically calls out Windows Server 2019 compatibility.  If there's a different version to try, please let me know!

Thanks,

- TheBigMan

 

Updated 07/05/2019 with specific error information from the Event Log

Share this post


Link to post
Share on other sites

6 answers to this question

Recommended Posts

  • 0

All,

Working with Microsoft Support on this too...  burned a support incident because I care *that* much :-)

I am looking at the Covecube Disk Enumerator in Device Manager;  I assume this is the driver referenced in the release notes for the v2.2.3.950 beta.  In those notes, it mentions that the driver was updated... see below:

2.2.3.950
---------
* Rebuilt with 17763.134 WDK. Tested and signed for Windows Server 2019.

However, the driver I see on my system is dated 9/29/2017 and is version 2.0.61.0.  As the version of the WDK mentioned in the release notes was the v1809 build released late in 2018, I am assuming that I don't have the updated driver installed (it's signing date should be late 2018 at the earliest)?

My best guess about all this is that the Dedupe service is being a bit stricter in 2019 with it's enumeration of volumes compared with the prior release (2016 a.k.a. 1607), and specifically with the data it's expecting to receive back from the FSCTL_GET_NTFS_VOLUME_DATA call.  I am absolutely NOT a developer, so I apologize in advance if I'm misstating something here.

The thinking here is that we should start with the Covecube driver updated with the latest WDK, which is what you've already gone and done in the latest beta...  but it's not showing up for some reason.

Again, any help you can provide is much appreciated.  Hoping that @Christopher (Drashna) can assist!

Thanks,

- TheBigMan

 

Share this post


Link to post
Share on other sites
  • 0

This is a known issue.  And this only affects Windows Server 2019.  It does not affect any other server version. 

I actually just brought this up to Alex, since it completely breaks deduplication. 

That said, we don't actually support dedup on the pooled drives.   But since this affects more than just the pool.... 

 

Hopefully, Alex will be able to look at this issue soon, and be able to fix it. 

Share this post


Link to post
Share on other sites
  • 0

Thanks @Christopher (Drashna)!  Really appreciate the team looking at this.  I have been very impressed with the responsiveness of your team.

I saw you have a defect tracking system... is there a bug open for this that I can subscribe to or track so that I can get notified on progress?  Does Alex have a rough order of magnitude on getting this fixed (weeks, months, quarters, etc.)?  Just trying to set my expectations accordingly.

I still have a case open with Microsoft tech support.  It's been a frustrating experience as they've essentially been stating that *no* changes were made to the Dedupe role in Server 2019 other than the inclusion of ReFS support.  So obviously there were changes.  I'm trying to get the dev team to at least be able to explain what they changed in the enumeration code that broke all this, i.e. what they're looking for that breaks your code.  Because while I appreciate that ultimately you (Covecube) will need to change your code to adapt to the new environment, Microsoft did not document or even recognize that they'd made a change that would break your product.  If you could let me know whether I should continue pursuing this, I'd be most appreciative.  My guess is that your dev team know what the issue is, so if I should just drop it with Microsoft, I can do so.

BTW - if it helps at all, the *exact* same error occurs with Drive Bender, which is the product I used to use.  So Microsoft's change breaks more than Drive Pool.

I have been very happy with the move to your product suite!  Very well put together and the reliability seems extremely high.  And I say that as a storage/data management professional who works for one of the largest storage/data management companies in the industry...

Thanks,

- TheBigMan

 

Share this post


Link to post
Share on other sites
  • 0

Actually, this is fixed now, and we're just waiting on driver signing to complete. 

* [D] [Issue #28108] Added support for FSCTL_GET_NTFS_VOLUME_DATA.

The issue for this is: https://stablebit.com/Admin/IssueAnalysis/28108

But once you see the installer pop up, you should be able to install it:
http://dl.covecube.com/DrivePoolWindows/beta/download/?C=N;O=D

 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...