Multiple ESENT Warnings Event ID 642 post 2004 Upgrade

If two clean install's had the same problem(s) -- & in addition you did all that troubleshooting -- I guess that's that, then, as far repairing it. I see you found a system image backup. That is very good, but if it too eventually fails, you can still revert to a prior version of Windows here...

https://tb.rg-adguard.net/public.php

TechBench by WZT

I don't really know the site, but it gets posted to this community often-enough without complaint.

Yeh those two devices are unlikely to be the problem.

As for myself, as of yesterday when i boot the system, i get 3 ESENT warnings and thats it.

So somehow, without changing anything, most of those errors have now vanished.

These errors are all the same for me now, so just 3 in a row saying something like Catalog Database not using the right (functionversion) database layout because the current on)e is different and so that one has to be used. (JET_efvAllowhigherpersistedformat)

Wish i could copy the text without messing it up like above lol.

No, the only real problem i seem to have is the function discovery service no longer working right or it stops when it shouldnt.

I guess  thats maybe a problem if i want to print something (because this device will either not be seen by other deviced in the network or maybe it will hell i dont know)

But i never use this computer for printing anyway.. because windows 10 and printing has always been a problem.

EDIT : i do however notice most USB devices do actually trigger Esent warnings.

I happened to plug in my ipadpro in and out a few times (it wouldnt charge, unrelated problem) and i noticed it triggered esent messages.

The same as the 3 i get after boot up i mentioned before.

Gonna test that out a bit more.

In general 642 are not new to this release.  Essentially you need to figure out which database needs to be updated.  The one I had this happen for was the main searhindex database.  Simple fix for that one is go to in to search indexing, advance

options and select rebuild index.  I think the Video.ui may use that one as well, but not sure.  Depending on size and speed of your system this can take hours or even days.

Periodically some of these databases appear to do a rebuild which is when the error goes away for most people.

I don't use Macrium either and I've also noticed these warnings. My Windows.old folder was deleted moons ago and I am well past the grace period, yet I'm seeing these in the event log to the tune of 17 / second  so I do NOT believe that ignoring them is a viable option. These continue even today after rebuilding my system with 20H2. Is MS ever going to address all these nightmares?

This is exactly correct. The Video.UI, Music.UI both use this database and the versions are being held back from updating due to an application parameter setting of 0x410022D8 (8920 | JET_efxAllowHigherPersistedFormat). The current default engine version is 9180, but the apps are being held back to version 8920 from updating to 9180. Rebuilding the indexes by hand should do the trick. Below are the events from my log showing the extra debugging messages:

Music.UI (30008,P,98) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database engine

(10.00.19042.0000) is starting a new instance (0).

Music.UI (30008,R,98) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database engine is initiating recovery steps.

Music.UI (30008,R,98) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: Replay of a Create for database "C:\Users\rx8dr\AppData\Local\Packages\Microsoft.ZuneMusic_8wekyb3d8bbwe\LocalState\Database\923b3a4aedf121c5\EntClientDb.edb" at log position (00000001,0001,0268) was deferred due to AttachFuture.  Additional information: 

**Then here is the first actual Warning**

Music.UI (30008,R,98) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: 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).

Music.UI (30008,R,98) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database [C:\Users\rx8dr\AppData\Local\Packages\Microsoft.ZuneMusic_8wekyb3d8bbwe\LocalState\Database\923b3a4aedf121c5\EntClientDb.edb] format version is being held back to 8920 (0x22d8) due to application parameter setting of 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Current default engine version: 9180 (0x23dc).

Music.UI (30008,R,98) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database engine has finished replaying logfile C:\Users\rx8dr\AppData\Local\Packages\Microsoft.ZuneMusic_8wekyb3d8bbwe\LocalState\Database\923b3a4aedf121c5\edb.log.

Processing Stats:

[1] 0.023146 -0.000331 (4) WT +J(CM:0, PgRf:0, Rd:0/0, Dy:0/0, Lg:1211637/10122) +M(C:0K, Fs:3056, WS:4704K # 4704K, PF:1972K # 1980K, P:1972K).

Log record of type 'Insert   ' was seen most frequently (3680 times)

Music.UI (30008,U,98) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database engine has successfully completed recovery steps.

Music.UI (30008,D,0) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database engine started a new instance (0). (Time=0 seconds)

Additional Data:

 lgposV2[] = 00000001:0001:0000 - 00000001:012C:03AD - 00000001:012D:0000 - 00000001:012D:0000 (00000000:0000:0000)

cReInits = 28

Internal Timing Sequence:

[1] 0.002945 +J(0) +M(C:0K, Fs:570, WS:1912K # 1232K, PF:3596K # 3480K, P:3596K)

[2] 0.000330 +J(0) +M(C:0K, Fs:143, WS:572K # 572K, PF:424K # 424K, P:424K)

[3] 0.000015 +J(0) +M(C:0K, Fs:4, WS:16K # 16K, PF:64K # 64K, P:64K)

[4] 0.000141 +J(0) +M(C:0K, Fs:64, WS:256K # 256K, PF:180K # 180K, P:180K)

[5] 0.001468 +J(0) +M(C:0K, Fs:172, WS:680K # 680K, PF:260K # 260K, P:260K)

[6] 0.004265 +J(0) +M(C:0K, Fs:162, WS:608K # 608K, PF:180K # 180K, P:180K)

[7] 0.025941 -0.000002 (2) WT +J(0) +M(C:0K, Fs:1430, WS:5676K # 5676K, PF:8936K # 8936K, P:8936K)

[8] 0.024402 -0.000331 (4) WT +J(CM:0, PgRf:0, Rd:0/0, Dy:0/0, Lg:1211637/10122) +M(C:0K, Fs:3175, WS:5172K # 5172K, PF:2352K # 2360K, P:2352K)

[9] 0.000324 +J(0) +M(C:0K, Fs:51, WS:196K # 196K, PF:152K # 144K, P:152K)

[10] 0.000769 +J(0) +M(C:0K, Fs:76, WS:-1740K # 84K, PF:-1384K # 532K, P:-1384K)

[11] 0.000015 +J(CM:0, PgRf:0, Rd:0/0, Dy:0/0, Lg:49/1) +M(C:0K, Fs:2, WS:8K # 0K, PF:0K # 0K, P:0K)

[12] 0.014102 -0.014063 (2) WT +J(0) +M(C:0K, Fs:470, WS:1796K # 0K, PF:268K # 0K, P:268K)

[13] 0.019656 -0.000233 (2) CM -0.015259 (19) WT +J(CM:2, PgRf:2, Rd:0/2, Dy:0/0, Lg:8759/5) +M(C:0K, Fs:1030, WS:1948K # 3976K, PF:424K # 828K, P:424K)

[14] 0.000020 +J(0) +M(C:0K, Fs:1, WS:4K # 0K, PF:4K # 0K, P:4K)

[15] 0.000008 +J(0)

[16] 0.000100 +J(0) +M(C:0K, Fs:4, WS:8K # 0K, PF:8K # 0K, P:8K).

Music.UI (30008,D,50) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: 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).

Music.UI (30008,D,50) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database [C:\Users\rx8dr\AppData\Local\Packages\Microsoft.ZuneMusic_8wekyb3d8bbwe\LocalState\Database\923b3a4aedf121c5\EntClientDb.edb] format version is being held back to 8920 (0x22d8) due to application parameter setting of 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Current default engine version: 9180 (0x23dc).

Music.UI (30008,D,50) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The log format feature version 8940 (0x22ec - 8.6.20) could not be used due to the current log format 8.5.16, controlled by the parameter 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat).

Music.UI (30008,D,50) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database engine attached a database (1, C:\Users\rx8dr\AppData\Local\Packages\Microsoft.ZuneMusic_8wekyb3d8bbwe\LocalState\Database\923b3a4aedf121c5\EntClientDb.edb). (Time=0 seconds)

Saved Cache: 0 0

Additional Data: lgposAttach = 00000001:012F:0268,

dbv = 1568.20.0

Internal Timing Sequence:

[1] 0.000001 +J(0)

[2] 0.000258 +J(0) +M(C:0K, Fs:19, WS:12K # 0K, PF:8K # 0K, P:8K)

[3] 0.002330 -0.000292 (5) WT +J(CM:0, PgRf:0, Rd:0/0, Dy:0/0, Lg:3480/2) +M(C:0K, Fs:105, WS:412K # 0K, PF:24K # 0K, P:24K)

[4] 0.000126 +J(0) +M(C:0K, Fs:2, WS:8K # 0K, PF:0K # 0K, P:0K)

[5] -

[6] -

[7] -

[8] 0.000882 -0.000182 (2) CM +J(CM:2, PgRf:2, Rd:14/2, Dy:0/0, Lg:0/0) +M(C:0K, Fs:30, WS:104K # 0K, PF:120K # 0K, P:120K)

[9] 0.008459 -0.000495 (5) CM -0.007734 (1) WT +J(CM:5, PgRf:23, Rd:0/5, Dy:0/0, Lg:0/0) +M(C:0K, Fs:295, WS:1164K # 0K, PF:288K # 0K, P:288K)

[10] 0.000111 -0.000003 (2) CM +J(CM:2, PgRf:40, Rd:0/2, Dy:0/0, Lg:0/0) +M(C:0K, Fs:7, WS:12K # 0K, PF:68K # 0K, P:68K)

[11] 0.000021 -0.000001 (1) CM +J(CM:1, PgRf:1, Rd:0/1, Dy:0/0, Lg:0/0) +M(C:0K, Fs:3, WS:4K # 0K, PF:0K # 0K, P:0K)

[12] 0.000037 -0.000001 (1) CM +J(CM:1, PgRf:42, Rd:0/1, Dy:0/0, Lg:0/0) +M(C:0K, Fs:5, WS:12K # 0K, PF:0K # 0K, P:0K)

[13] 0.0 +J(0)

[14] 0.0 +J(0)

[15] 0.000020 -0.000001 (1) CM +J(CM:1, PgRf:1, Rd:0/1, Dy:0/0, Lg:0/0) +M(C:0K, Fs:2, WS:0K # 0K, PF:0K # 0K, P:0K).

Music.UI (30008,D,12) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: 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).

Music.UI (30008,D,2) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: The database [C:\Users\rx8dr\AppData\Local\Packages\Microsoft.ZuneMusic_8wekyb3d8bbwe\LocalState\Database\923b3a4aedf121c5\tmp.edb] format version is being held back to 8920 (0x22d8) due to application parameter setting of 0x410022D8 (8920 | JET_efvAllowHigherPersistedFormat). Current default engine version: 9180 (0x23dc).

Music.UI (30008,D,2) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: 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).

Music.UI (30008,D,2) {ABADF8F5-8FA8-423F-A0DF-3F3E0A09050F}: 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).

........These 16 informational messages and warnings are exactly dulicated in the Event Log, again, for Video.UI....I won't bother to copy/paste them all, as the issue is identical. After the Video.UI entries the next significant messages in the log are 3 lines for Catalog Database, see below:

Catalog Database (6220,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).

...this Warning is repeated in triplet each time it occurs, indicating the call is being made 3 times before failing. Fast Forward several seconds and there is SearchIndexer entries, showing it's using version 1568.110.240 (8920), see below:

SearchIndexer (12168,D,50) Windows: The database engine attached a database (1, C:\ProgramData\Microsoft\Search\Data\Applications\Windows\Windows.edb). (Time=0 seconds)

Saved Cache: 0 0

Additional Data: lgposAttach = 00000640:00B3:0268,

dbv = 1568.110.240

Internal Timing Sequence:

[1] 0.000003 +J(0) +M(C:0K, Fs:1, WS:4K # 0K, PF:0K # 0K, P:0K)

[2] 0.001477 -0.000139 (1) WT +J(0) +M(C:0K, Fs:24, WS:32K # 0K, PF:32K # 0K, P:32K)

[3] 0.002919 -0.000741 (6) WT +J(CM:0, PgRf:0, Rd:0/0, Dy:0/0, Lg:3480/2) +M(C:0K, Fs:38, WS:120K # 0K, PF:136K # 0K, P:136K)

[4] 0.000104 +J(0) +M(C:0K, Fs:1, WS:4K # 0K, PF:0K # 0K, P:0K)

[5] -

[6] -

[7] -

[8] 0.000880 -0.000656 (2) CM +J(CM:2, PgRf:2, Rd:14/2, Dy:0/0, Lg:54/1) +M(C:0K, Fs:56, WS:220K # 0K, PF:720K # 0K, P:720K)

[9] 0.017637 -0.000173 (5) CM -0.017308 (1) WT +J(CM:5, PgRf:23, Rd:0/5, Dy:0/0, Lg:0/0) +M(C:0K, Fs:72, WS:288K # 0K, PF:288K # 220K, P:288K)

[10] 0.000100 -0.000047 (1) CM +J(CM:1, PgRf:40, Rd:0/1, Dy:0/0, Lg:0/0) +M(C:0K, Fs:11, WS:44K # 40K, PF:96K # 96K, P:96K)

[11] 0.000005 +J(CM:0, PgRf:1, Rd:0/0, Dy:0/0, Lg:0/0) +M(C:0K, Fs:1, WS:4K # 4K, PF:0K # 0K, P:0K)

[12] 0.000022 +J(CM:0, PgRf:42, Rd:0/0, Dy:0/0, Lg:0/0) +M(C:0K, Fs:3, WS:12K # 12K, PF:0K # 0K, P:0K)

[13] 0.0 +J(0)

[14] 0.0 +J(0)

[15] 0.000002 +J(CM:0, PgRf:1, Rd:0/0, Dy:0/0, Lg:0/0).

....above you can see the version referenced on line 3: dbv = 1568.110.240; I then get 9 subsequent Warnings about Catalog Database making calls for both database format versions 9080 and 9180.

There are some other messages, as often they are duplicated, but I've included the relevant ones. I have not tried manually rebuilding yet, but I will update with more details once I do.

For a frame of reference, this is happening on a clean install of version 2004 that is then updated to:

Edition    Windows 10 Pro

Version    20H2

Installed on    ‎9/‎11/‎2020

OS build    19042.610

Experience    Windows Feature Experience Pack 120.2212.31.0

My best guess is that this happens when Microsoft's OS builds update the database version faster than the app maintainers keep up with database versions. Clearly this isn't only happening on Insider Builds, so there's really no excuse for it to happen on "Stable" releases. I am, at this moment, rebooting to finish installation of Cummulative Update (KB4586781) and I'll take a glance at the event log and see if things have improved any...