Reset Password · PC & Mac Help and Assistance

Welcome Guest! To enable all features please Login or Register

Posted by: drdread - 03 September 2020 14:09:24
This error is occurring on my Windows 10 box which I use as a NAS What does it mean? Log Name: Application Source: ESENT Date: 03/09/2020 13:28:50 Event ID: 642 Task Category: General Level: Warning Keywords: Classic User: N/A Computer: PC.domain.local Description: Catalog Database (3784,D,50) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Event Xml: 642 0 3 1 0 0x80000000000000 7007 Application PC.domain.local Catalog Database 3784,D,50 Catalog Database: 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat) 9180 (0x23dc) 1568.20.0

Posted by: drdread - 03 September 2020 14:09:24

This error is occurring on my Windows 10 box which I use as a NAS What does it mean? Log Name: Application Source: ESENT Date: 03/09/2020 13:28:50 Event ID: 642 Task Category: General Level: Warning Keywords: Classic User: N/A Computer: PC.domain.local Description: Catalog Database (3784,D,50) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Event Xml: 642 0 3 1 0 0x80000000000000 7007 Application PC.domain.local Catalog Database 3784,D,50 Catalog Database: 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat) 9180 (0x23dc) 1568.20.0

Posted by: drdread - 11 September 2020 11:59:45
It is some kind of Jet Database error and will probably be replaced by a different error at next update \|:

Posted by: Lemonde - 09 November 2020 12:36:15
I have been receiving the errors for: Catalog Database (13848,D,35) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Catalog Database (13848,D,35) Catalog Database: The database format feature version 9120 (0x23a0) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Catalog Database (13848,D,40) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). In that order It appears that the databases here: C:\Windows\System32\catroot2 are the ones being referenced I have two databases in there: [img=https://www.sircles.net/downloads/err642-1.png]Event ID 642 Databases[/img] Containing: [img=https://www.sircles.net/downloads/err642-2.png]Event ID 642 Databases[/img] An excerpt from my DB error log from there reads: CatalogDB: 10:33:15 AM 10/23/2020: DONE Adding Catalog File (32ms): Microsoft-Windows-Internet-Browser-Package~31bf3856ad364e35~amd64~~10.0.19041.608.cat CatalogDB: 10:33:15 AM 10/23/2020: DONE Adding Catalog File (15ms): Microsoft-Windows-SenseClient-Package~31bf3856ad364e35~amd64~~10.0.19041.608.cat CatalogDB: 10:33:16 AM 10/23/2020: DONE Adding Catalog File (47ms): Microsoft-Windows-Client-Desktop-Required-Package~31bf3856ad364e35~amd64~~10.0.19041.608.cat CatalogDB: 10:33:16 AM 10/23/2020: DONE Adding Catalog File (62ms): Microsoft-Windows-Client-Desktop-Required- [b]Stopping the [i]Cryptographic Services[/i] and deleting the two folders has reduced the number of errors.[/b]

Posted by: Lemonde - 09 November 2020 12:36:15

I have been receiving the errors for: Catalog Database (13848,D,35) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Catalog Database (13848,D,35) Catalog Database: The database format feature version 9120 (0x23a0) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Catalog Database (13848,D,40) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). In that order It appears that the databases here: C:\Windows\System32\catroot2 are the ones being referenced I have two databases in there: [img=https://www.sircles.net/downloads/err642-1.png]Event ID 642 Databases[/img] Containing: [img=https://www.sircles.net/downloads/err642-2.png]Event ID 642 Databases[/img] An excerpt from my DB error log from there reads: CatalogDB: 10:33:15 AM 10/23/2020: DONE Adding Catalog File (32ms): Microsoft-Windows-Internet-Browser-Package~31bf3856ad364e35~amd64~~10.0.19041.608.cat CatalogDB: 10:33:15 AM 10/23/2020: DONE Adding Catalog File (15ms): Microsoft-Windows-SenseClient-Package~31bf3856ad364e35~amd64~~10.0.19041.608.cat CatalogDB: 10:33:16 AM 10/23/2020: DONE Adding Catalog File (47ms): Microsoft-Windows-Client-Desktop-Required-Package~31bf3856ad364e35~amd64~~10.0.19041.608.cat CatalogDB: 10:33:16 AM 10/23/2020: DONE Adding Catalog File (62ms): Microsoft-Windows-Client-Desktop-Required- [b]Stopping the [i]Cryptographic Services[/i] and deleting the two folders has reduced the number of errors.[/b]

Posted by: Lemonde - 09 November 2020 12:38:14
Following on from the above, after taking that action (I just stopped the [i]Cryptographic Services[/i] and moved both DB folders into a new folder I had created called [i]Old[/i] and restarted the service.) After restarting the [i]Cryptographic Services[/i] service, the proper EDB files appeared as can be seen here: [img=https://www.sircles.net/downloads/err642-3.png]Windows\system32\catroot2 log files created properly[/img] So presumably there was a serious problem compared to before as these files were not present.

Posted by: Lemonde - 09 November 2020 12:38:14

Following on from the above, after taking that action (I just stopped the [i]Cryptographic Services[/i] and moved both DB folders into a new folder I had created called [i]Old[/i] and restarted the service.) After restarting the [i]Cryptographic Services[/i] service, the proper EDB files appeared as can be seen here: [img=https://www.sircles.net/downloads/err642-3.png]Windows\system32\catroot2 log files created properly[/img] So presumably there was a serious problem compared to before as these files were not present.

Posted by: Lemonde - 09 November 2020 13:05:41
They disappeared again!! The log files disappear when you restart the Cryptographic service again - so they will presumably disappear at restart. [img=https://www.sircles.net/downloads/err642-4.png]Windows\system32\catroot2 restarting cryptographic services twice[/img] Stop the service, remove the DB folders and the log file, then restart and we see these files created: [img=https://www.sircles.net/downloads/err642-5.png]Windows\system32\catroot2 just after cryptographic services restart[/img] What the heck? Still get the errors when restarting the Cryptographic services: [img=https://www.sircles.net/downloads/err642-6.png]642 Errors in Event Log after restarting cryptographic services[/img] Each reads: Starting session 2 - ‎2020‎-‎11‎-‎09T13:06:19.695531100Z. Ending session 2 started ‎2020‎-‎11‎-‎09T13:06:19.695531100Z. Catalog Database (16064,D,35) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,35) Catalog Database: The database format feature version 9120 (0x23a0) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,40) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,35) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,35) Catalog Database: The database format feature version 9120 (0x23a0) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,40) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat).

Posted by: Lemonde - 09 November 2020 13:05:41

They disappeared again!! The log files disappear when you restart the Cryptographic service again - so they will presumably disappear at restart. [img=https://www.sircles.net/downloads/err642-4.png]Windows\system32\catroot2 restarting cryptographic services twice[/img] Stop the service, remove the DB folders and the log file, then restart and we see these files created: [img=https://www.sircles.net/downloads/err642-5.png]Windows\system32\catroot2 just after cryptographic services restart[/img] What the heck? Still get the errors when restarting the Cryptographic services: [img=https://www.sircles.net/downloads/err642-6.png]642 Errors in Event Log after restarting cryptographic services[/img] Each reads: Starting session 2 - ‎2020‎-‎11‎-‎09T13:06:19.695531100Z. Ending session 2 started ‎2020‎-‎11‎-‎09T13:06:19.695531100Z. Catalog Database (16064,D,35) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,35) Catalog Database: The database format feature version 9120 (0x23a0) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,40) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,35) Catalog Database: The database format feature version 9180 (0x23dc) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,35) Catalog Database: The database format feature version 9120 (0x23a0) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Catalog Database (16064,D,40) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat).

Posted by: Lemonde - 09 November 2020 13:19:10
How does Windows 10 reliably track the following? Provides three management services: Catalog Database Service, which confirms the signatures of Windows files and allows new programs to be installed; Protected Root Service, which adds and removes Trusted Root Certification Authority certificates from this computer; and Automatic Root Certificate Update Service, which retrieves root certificates from Windows Update and enable scenarios such as SSL. If this service is stopped, these management services will not function properly. If this service is disabled, any services that explicitly depend on it will fail to start.

Posted by: Lemonde - 09 November 2020 13:19:10

How does Windows 10 reliably track the following? Provides three management services: Catalog Database Service, which confirms the signatures of Windows files and allows new programs to be installed; Protected Root Service, which adds and removes Trusted Root Certification Authority certificates from this computer; and Automatic Root Certificate Update Service, which retrieves root certificates from Windows Update and enable scenarios such as SSL. If this service is stopped, these management services will not function properly. If this service is disabled, any services that explicitly depend on it will fail to start.

Posted by: drdread - 12 November 2020 22:59:38
Yes it is definitely a jet db looking at those log files, but why it is never happy with the files it creates I am not sure. As for deleting the files but not recreating them, it seems as though the log file versions never match the edb files or something like that. I’m wondering if the cryptographic service works at all or if I should just disable it. It could always be restarted when an update containing root certificates is required.

Posted by: drdread - 12 November 2020 22:59:38

Yes it is definitely a jet db looking at those log files, but why it is never happy with the files it creates I am not sure. As for deleting the files but not recreating them, it seems as though the log file versions never match the edb files or something like that. I’m wondering if the cryptographic service works at all or if I should just disable it. It could always be restarted when an update containing root certificates is required.

Posted by: sirclesadmin - 16 November 2020 17:45:37
Just as an aside, when I look at my own Windows 10 Ent addition, I can see that this folder is populated with EDB files indicating that the Jet database is running correctly, but I have not had to restart the cryptographic services today to achieve this. [img=https://www.sircles.net/downloads/catroot2.png]The database format feature version 9180 (0x23dc) could not be used due to the current database - format 1568.20.0 \| Event ID: 642[/img] The PC has been powered up for some time though. I see the 642 ESENT errors on the same minutes past the hour, but the number of hours seems to vary??? 8-[

Posted by: sirclesadmin - 16 November 2020 17:45:37

Just as an aside, when I look at my own Windows 10 Ent addition, I can see that this folder is populated with EDB files indicating that the Jet database is running correctly, but I have not had to restart the cryptographic services today to achieve this. [img=https://www.sircles.net/downloads/catroot2.png]The database format feature version 9180 (0x23dc) could not be used due to the current database - format 1568.20.0 | Event ID: 642[/img] The PC has been powered up for some time though. I see the 642 ESENT errors on the same minutes past the hour, but the number of hours seems to vary??? 8-[

Posted by: Lemonde - 19 November 2020 16:54:33
This is a troubling error - my catroot2 folder is populated by those files today also??? Here is a happy picture to help: [img=https://cdn1-www.dogtime.com/assets/uploads/2017/03/dogs-international-day-of-happiness-2.jpg]Happy Dog[/img]

Posted by: Lemonde - 04 December 2020 00:41:45
Can everyone please report exact edition and build numbers please? This should be resolved simply enough.

Posted by: sirclesadmin - 08 December 2020 14:45:30
My version that appears to work well, but does seem to switch between populating the catroot2 folder and not (and which currently looks so) [img=https://www.sircles.net/downloads/catroot2-1.png]The database format feature version 9180 (0x23dc) could not be used due to the current database[/img] Is this version: [img=https://www.sircles.net/downloads/about1.png]Windows 10 About System Details[/img]

Posted by: sirclesadmin - 08 December 2020 14:45:30

My version that appears to work well, but does seem to switch between populating the catroot2 folder and not (and which currently looks so) [img=https://www.sircles.net/downloads/catroot2-1.png]The database format feature version 9180 (0x23dc) could not be used due to the current database[/img] Is this version: [img=https://www.sircles.net/downloads/about1.png]Windows 10 About System Details[/img]

Posted by: drdread - 08 December 2020 15:09:01
Unfortunately I am seeing the same in the Catroot2 folder: [img=https://www.sircles.net/downloads/catroot2-2.png]Event ID 642 Databases Error[/img] And my version is as thus: [img=https://www.sircles.net/downloads/about2.png]Windows 10 Enterprise Version Dialogue[/img]

Posted by: Lemonde - 08 December 2020 17:29:10
Well they seem to be under the same condition as mine, which has a third different version number. How often are you seeing the event IDs? [img=https://www.sircles.net/downloads/642.png]Application Log Event ID 642 Errors[/img] I seem to get a spate of them and then they subside for 90 mins when I see: [img=https://www.sircles.net/downloads/642-1.png]Application Log Event ID 642 Errors[/img]

Posted by: Lemonde - 14 December 2020 21:18:29

I think we need to admit it comes and goes with the lack of jet database files. Looking at me dberr file in there - which doesn't give a lot of activity recently and in no way seems to account for the presence or absence of files here: CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (0ms): Microsoft-Media-Foundation-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (0ms): Microsoft-Windows-Multimedia-MF-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (15ms): Multimedia-MFCore-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (16ms): Multimedia-MFCore-WCOSHeadless-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (0ms): Multimedia-MFCore-WCOSMinusHeadless-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (0ms): Microsoft-Windows-Media-Streaming-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (0ms): Microsoft-OneCore-Multimedia-CastingReceiver-Media-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (0ms): Microsoft-Windows-Holographic-Desktop-Merged-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 4:20:39 AM 12/9/2020: DONE Adding Catalog File (16ms): Microsoft-Windows-Holographic-Desktop-Analog-Package~31bf3856ad364e35~amd64~~10.0.19041.685.cat CatalogDB: 6:08:11 AM 12/16/2020: DONE Adding Catalog File (125ms): Microsoft-Office-ClickToRun-0DF537F297D220C26FD19F95D58BDF4E-i640.cab.cat CatalogDB: 6:08:13 AM 12/16/2020: DONE Adding Catalog File (63ms): Microsoft-Office-ClickToRun-6D7811AD-A68C-4956-B0F5-A9DB0E1B5D0D-stream.x86.en-us.dat.cat CatalogDB: 6:08:13 AM 12/16/2020: DONE Adding Catalog File (219ms): Microsoft-Office-ClickToRun-6D7811AD-A68C-4956-B0F5-A9DB0E1B5D0D-stream.x86.x-none.dat.cat It does have an entire week without any activity at all and then shows that MS Office made a few changes yesterday. Currently the folder is empty of files though: [img=https://www.sircles.net/downloads/dberr.png]DONE Adding Catalog File (219ms): Microsoft-Office-ClickToRun-6D7811AD-A68C-4956-B0F5-A9DB0E1B5D0D-stream.x86.x-none.dat.cat[/img]

Posted by: JustinKing - 17 December 2020 11:02:28
So what happens if you restart the cryptogrphic services now?

Posted by: Lemonde - 17 December 2020 11:06:45
This: [img=https://www.sircles.net/downloads/642-2.png]The database format feature version 9180 (0x23dc) could not be used due to the current database[/img] and this: [img=https://www.sircles.net/downloads/dberr.png]The database format feature version 9180 (0x23dc) could not be used due to the current database[/img] ](,) ](,) ](*,)

Posted by: JustinKing - 17 December 2020 11:07:47
8-[ Most enlighteining. So does this mean that the cryptographic services really cannot create the database anymore? [i]Catalog Database (18160,D,12) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat).[/i] There is no database now, so surely it could create one?

Posted by: JustinKing - 17 December 2020 11:07:47

8-[ Most enlighteining. So does this mean that the cryptographic services really cannot create the database anymore? [i]Catalog Database (18160,D,12) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat).[/i] There is no database now, so surely it could create one?

Posted by: Lemonde - 13 January 2021 03:09:29
You would think so \|:

Posted by: Lemonde - 18 January 2021 01:48:59
on build 19042.764 Of Win X I am only seeing these at restart now - or unless I restart cryptographic services - but no EDB files anywhere in CatRoot2 now...

Posted by: JustinKing - 20 January 2021 19:04:09
Same here - Windows 10 version 20H2 Now when ~I restart the cryptographic services I get the Event ID: 642 error for when it checks the database version on startup of the service, but it does not create any files or do anything as far as I can see. It just decides the DB is wrong and then it stops processing altogether.

Posted by: drdread - 20 January 2021 19:17:28
Well there definitely seem to have been some changes made to the functionality of the CryptoGraphic services of late. You cannot disable the service any longer - it just goes back to [i]manual[/i] and starts up again. You can change the file name if you disable and stop the service but it does just create a replacement file and all of the EDB files appear again in the catroot2 folder.. You still see: Log Name: Application Source: ESENT Date: 20/01/2021 19:11:30 Event ID: 642 Task Category: General Level: Warning Keywords: Classic User: N/A Computer: PC.domain.local Description: Catalog Database (4652,D,12) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat). Event Xml: 642 0 3 1 0 0x80000000000000 15660 Application PC.domain.local Catalog Database 4652,D,12 Catalog Database: 0x410022D8 (8920 \| JET_efvAllowHigherPersistedFormat) 9080 (0x2378) 1568.20.0 [img=https://www.sircles.net/downloads/catroot2-3.png]event id 642 error cryptographic services[/img]

Posted by: drdread - 20 January 2021 19:17:28

Well there definitely seem to have been some changes made to the functionality of the CryptoGraphic services of late. You cannot disable the service any longer - it just goes back to [i]manual[/i] and starts up again. You can change the file name if you disable and stop the service but it does just create a replacement file and all of the EDB files appear again in the catroot2 folder.. You still see: Log Name: Application Source: ESENT Date: 20/01/2021 19:11:30 Event ID: 642 Task Category: General Level: Warning Keywords: Classic User: N/A Computer: PC.domain.local Description: Catalog Database (4652,D,12) Catalog Database: The database format feature version 9080 (0x2378) could not be used due to the current database format 1568.20.0, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Event Xml: 642 0 3 1 0 0x80000000000000 15660 Application PC.domain.local Catalog Database 4652,D,12 Catalog Database: 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat) 9080 (0x2378) 1568.20.0 [img=https://www.sircles.net/downloads/catroot2-3.png]event id 642 error cryptographic services[/img]

Posted by: drdread - 20 January 2021 19:19:01
Oh and by the way, the files disappear again if you restart the services again. I like the files being there - I like it like this: [img=https://www.sircles.net/downloads/catroot2-4.png]EDB files in %windir%\system32\catroot2[/img] So presumably the service does not work after it uses the database the first time as the service then, although the files are in use by the service, are deemed to be unsuitable at service start-up. [b]But it still gives the 642 error even when it creates the files!!!![/b] So I may just start believing that the error in the event log is the error, rather than any issue with the crypto service.

Posted by: drdread - 20 January 2021 19:19:01

Oh and by the way, the files disappear again if you restart the services again. I like the files being there - I like it like this: [img=https://www.sircles.net/downloads/catroot2-4.png]EDB files in %windir%\system32\catroot2[/img] So presumably the service does not work after it uses the database the first time as the service then, although the files are in use by the service, are deemed to be unsuitable at service start-up. [b]But it still gives the 642 error even when it creates the files!!!![/b] So I may just start believing that the error in the event log is the error, rather than any issue with the crypto service.

Posted by: drdread - 21 January 2021 17:24:25
But how could the event ID be the error when it starts out making an EDB jet database, and then stops - the system appears to function briefly but then fails. I think that the error concerning the first file mismatch is the root of the problem - the system either creates the wrong file version, or detects as a wrong file version when it isn't. After that it deletes all the files because they are the wrong version. Whether they are or not is another question. Is there a way we can adjust the expected version in the Registry or check the file versions before they are deleted? When it says: Catalog Database (4652,D,12) Catalog Database: The database format feature version [b]9080 (0x2378)[/b] could not be used due to the current database format [u][b]1568.20.0[/b][/u], controlled by the parameter [b]0x410022D8 [/b]([b]8920 [/b]\| [b]JET_efvAllowHigherPersistedFormat[/b]). Can we adjust the Crypto services to expect the version that it creates? I cannot find anything under Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CryptSvc\Parameters that might account for this, so perhaps it is an issue with the DLL??? [img=https://www.sircles.net/downloads/cryptosvc.png]Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CryptSvc\Parameters[/img]

Posted by: drdread - 21 January 2021 17:24:25

But how could the event ID be the error when it starts out making an EDB jet database, and then stops - the system appears to function briefly but then fails. I think that the error concerning the first file mismatch is the root of the problem - the system either creates the wrong file version, or detects as a wrong file version when it isn't. After that it deletes all the files because they are the wrong version. Whether they are or not is another question. Is there a way we can adjust the expected version in the Registry or check the file versions before they are deleted? When it says: Catalog Database (4652,D,12) Catalog Database: The database format feature version [b]9080 (0x2378)[/b] could not be used due to the current database format [u][b]1568.20.0[/b][/u], controlled by the parameter [b]0x410022D8 [/b]([b]8920 [/b]| [b]JET_efvAllowHigherPersistedFormat[/b]). Can we adjust the Crypto services to expect the version that it creates? I cannot find anything under Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CryptSvc\Parameters that might account for this, so perhaps it is an issue with the DLL??? [img=https://www.sircles.net/downloads/cryptosvc.png]Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CryptSvc\Parameters[/img]

Posted by: Lemonde - 22 January 2021 12:58:22
I suppose that the DLL could have an issue, but you would have thought that the engine Jet engine creating the file would be the same one then processing them, so this shouldn't really be possible. The error, I think, is a true error as you say as it fits with behaviour, it assumes the database is wrong as soon as it creates it...?? ](*,) :-k MS says =; It could be a way of keeping us occupied 8-[

Posted by: Lemonde - 22 January 2021 12:58:22

I suppose that the DLL could have an issue, but you would have thought that the engine Jet engine creating the file would be the same one then processing them, so this shouldn't really be possible. The error, I think, is a true error as you say as it fits with behaviour, it assumes the database is wrong as soon as it creates it...?? ](*,) :-k MS says =; It could be a way of keeping us occupied 8-[

Posted by: Lemonde - 25 January 2021 16:56:07
Some people are saying that: [i]esentutl /p %systemroot%\System32\catroot2\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\catdb[/i] helps and that the 20H2 version resolves it, but I see no evidence either are true. Firstly, you would have to run the above in Safe Mode or similar to stop the service just restarting, and then why would the verson suddenly be determined as correct? I think it will just delete it again. I will try the above but I must return to the office to use Safe Mode as it is a physical machine.

Posted by: Lemonde - 25 January 2021 16:56:07

Some people are saying that: [i]esentutl /p %systemroot%\System32\catroot2\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\catdb[/i] helps and that the 20H2 version resolves it, but I see no evidence either are true. Firstly, you would have to run the above in Safe Mode or similar to stop the service just restarting, and then why would the verson suddenly be determined as correct? I think it will just delete it again. I will try the above but I must return to the office to use Safe Mode as it is a physical machine.

Important Information: