Windows Update Error: FATAL: Failed to initialize datastore, error = 0xC8000247
Windows Update is no longer working.
Windows 7 Professional 64
Error from WindowsUpdate.log
2012-01-23 08:13:46:069 664 5dc AU AU Restart required.
2012-01-23 08:13:46:162 664 c90 Report *********** Report: Initializing static reporting data ***********
2012-01-23 08:13:46:162 664 c90 Report * OS Version = 6.1.7601.1.0.65792
2012-01-23 08:13:46:162 664 c90 Report * OS Product Type = 0x00000030
2012-01-23 08:13:46:209 664 c90 Report * Computer Brand = System manufacturer
2012-01-23 08:13:46:209 664 c90 Report * Computer Model = System Product Name
2012-01-23 08:13:46:209 664 c90 Report * Bios Revision = 1108
2012-01-23 08:13:46:209 664 c90 Report * Bios Name = BIOS Date: 09/21/10 10:06:49 Ver: 08.00.15
2012-01-23 08:13:46:209 664 c90 Report * Bios Release Date = 2010-09-21T00:00:00
2012-01-23 08:13:46:209 664 c90 Report * Locale/> 2012-01-23 08:13:46:240 664 1064 DtaStor FATAL: Failed to initialize datastore, error = 0xC8000247
2012-01-23 08:13:46:240 664 1064 DnldMgr FATAL: DM:CAgentDownloadManager::CheckAllCallDownloadStates: GetSession failed with 0xc8000247.
2012-01-23 08:13:46:240 664 1064 DtaStor FATAL: Failed to initialize datastore, error = 0xC8000247
2012-01-23 08:13:46:240 664 1064 DnldMgr FATAL: DM:CAgentDownloadManager::PurgeExpiredFiles: GetSession failed with 0xc8000247.
2012-01-23 08:13:46:256 664 1064 DtaStor FATAL: Failed to initialize datastore, error = 0xC8000247
2012-01-23 08:13:46:256 664 1064 DnldMgr FATAL: DM:CAgentDownloadManager::PurgeExpiredUpdates: GetSession failed with 0xc8000247.
2012-01-23 08:13:51:300 664 1064 Report CWERReporter finishing event handling. (00000000)
Windows update error «DtaStor FATAL: Failed to initialize datastore, error = 0xC80003F3»
I am using Windows 7 64bit SP1
I have error when trying to run windows update. error message on the windowsupdatelog are:
2013-02-28 01:38:43:273 1184 5d6d0 AU ########### AU: Initializing Automatic Updates ###########
2013-02-28 01:38:43:306 1184 5d6d0 DtaStor FATAL: Failed to initialize datastore, error = 0xC80003F3
2013-02-28 01:38:43:306 1184 5d6d0 Agent WARNING: GetServiceList failed with error 0xc80003f3.
2013-02-28 01:38:43:306 1184 5d6d0 AU WARNING: QueryRegisteredProvider failed with error 0xc80003f3
2013-02-28 01:38:43:306 1184 5d6d0 AU # Approval type: Scheduled (User preference)
2013-02-28 01:38:43:306 1184 5d6d0 AU # Scheduled install day/time: Every day at 12:00
2013-02-28 01:38:43:306 1184 5d6d0 AU # Auto-install minor updates: Yes (User preference)
2013-02-28 01:38:43:306 1184 5d6d0 AU # Will interact with non-admins (Non-admins are elevated (User preference))
2013-02-28 01:38:43:337 1184 5d6d0 DtaStor FATAL: Failed to initialize datastore, error = 0xC80003F3
2013-02-28 01:38:43:337 1184 5d6d0 AU FATAL: Failed to get session from datastore, error = 0xC80003F3
2013-02-28 01:38:43:337 1184 5d6d0 AU FATAL: Failed to Unserialize from data store, error = 0xC80003F3
2013-02-28 01:38:43:337 1184 5d6d0 AU # WARNING: Exit code = 0xC80003F3
2013-02-28 01:38:43:337 1184 5d6d0 AU ########### AU: Uninitializing Automatic Updates ###########
2013-02-28 01:38:43:337 1184 5d6d0 AU WARNING: InitAUComponents Failed, will restart AU in 30 mins, error = 0xC80003F3
2013-02-28 01:38:43:337 1184 5d6d0 AU AU Restart required.
Can some one please assist me with this problem. I just found out my last windows update was Feb 2012
Windows Update Client failed to detect with error 0x80240438
I see a ton of these errors in the forums but very little prescriptive help to solve.
I have tried the method where you stop services and rename the software distribution folders many times as well as the online Fixit tool and the manual steps contained therein to no avail.
When I first upgraded to 10041 Windows Update worked just fine.
The first set of updates worked fine as well.
Then in the middle of an update for a driver, it failed. Since then it will not look for Windows updates and fails with the well known:
There were some problems installing updates, but we’ll try again later. If you keep seeing this and want to search the web or contact support for information, this may help — (0x80240438).
If I check C:\Windows\SoftwareDistribution\reportingevents.txt I can see all of the failures and where it sees a number of updates available, on one day 35 and one day 7, but fails to download them. I can also see it is successfully downloading and installing all the Store beta updates as well as the MSN apps and OneNote. So that works. Just not any Windows updates or the 10049 build.
I am not using a proxy server. And everything worked fine previously so I don’t think its anything on my network from client to internet like an IPS or FW. I can download windows updates all the live long day on other Windows 8.1 and 7 machines.
Any help is greatly appreciated as we now cannot even test the new build(s).
From the above reportingevents.txt:
<259663aa-b149-4489-8fca-7d1cb760a40d>2015-04-01 15:28:46:278-0400 1 148 [AGENT_DETECTION_FAILED] 101 <00000000-0000-0000-0000-000000000000>0 80240438 UpdateOrchestrator Failure Software Synchronization Windows Update Client failed to detect with error 0x80240438.
<5f2b266b-c60e-409e-b36c-243a6e3f9472>2015-04-02 06:59:50:482-0400 1 147 [AGENT_DETECTION_FINISHED] 101 <00000000-0000-0000-0000-000000000000>0 0 AutomaticUpdates Success Software Synchronization Windows Update Client successfully detected 35 updates.
<813b11f7-1783-4f9c-ad33-ff6642c32882>2015-04-02 07:05:06:939-0400 1 167 [AGENT_DOWNLOAD_STARTED] 101 <0b55d9b0-5e5a-4ffb-86f0-60fc6059e646>1 0 WSAutoUpdate Success Content Download Download started.
<12071d54-1b23-40a5-9c98-6e16559a52b8>2015-04-02 07:05:11:610-0400 1 167 [AGENT_DOWNLOAD_STARTED] 101
<26b18aed-416e-4459-bd1c-31be19a798f6>2015-04-02 07:05:16:773-0400 1 167 [AGENT_DOWNLOAD_STARTED] 101 <9bb42976-fdf9-4fae-8263-df5597c98ce6>1 0 WSAutoUpdate Success Content Download Download started.
<71b2d759-9f0b-4746-971a-0eaee5b2136e>2015-04-02 07:05:17:953-0400 1 162 [AGENT_DOWNLOAD_SUCCEEDED] 101 <0b55d9b0-5e5a-4ffb-86f0-60fc6059e646>1 0 WSAutoUpdate Success Content Download Download succeeded.
Исправляем ошибки установки обновлений Windows 7
Windows 7 по-прежнему остается популярной операционной системой в корпоративной среде, несмотря на то, что уже вышли две новые версии клиентских ОС. Расширенная поддержка «семёрки» закончится лишь 14 января 2020 г., а это значит, что ближайшие 4 года для нее будут выходить обновления, исправляющие обнаруженные уязвимости.
Существует правило – если есть обновления, то есть и проблемы с их установкой. Давайте разберем, какие основные проблемы возникают при обновлении Windows 7 через Windows Server Update Services (WSUS) и как их исправить с наименьшими затратами.
Ошибка #1. Failed to find updates with error code 80244010
Эту ошибку вы практически гарантированно будете наблюдать на любой системе, впервые обратившейся к серверу WSUS. В WindowsUpdate.log также встретится предупреждение:
WARNING: Exceeded max server round trips
Причина проблемы в том, что список обновлений стал слишком большим, и клиент не может принять его за один заход. Подробности — blogs.technet.microsoft.com/sus/2008/09/18/wsus-clients-fail-with-warning-syncserverupdatesinternal-failed-0x80244010
Какое решение предлагает Microsoft? Если после ошибки запустить повторный поиск обновлений, то процесс загрузки метаданных продолжится с момента возникновения ошибки. Терпение господа, терпение. Три, пять попыток wuauclt /detectnow – и все образуется. Не забудьте при повторном поиске дождаться окончания предыдущего цикла поиска, иначе магия не сработает!
Ошибка #2. Не устанавливаются обновления Windows с ошибкой 0x80070308
Встречается эпизодически, и в одном случае из 100 у нее есть единственное и очень специфическое решение — удалить ключ
HKLM\Components\PendingRequired=1
Перезагрузиться. Здесь важно не переусердствовать, не следует удалять никакие другие ключи в этом разделе, даже если они вам очень не нравятся, потому что после этого обновления прекратят ставиться навсегда.
Ошибка #3. Все другие ошибки
Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors
то вы наш клиент.
Проблема заключается в том, что во время установки обновлений в системе могут появиться битые файлы. Что является причиной — неисправная сеть, диск, оперативная память, сам Windows Update – выяснить не получится, а исправить ошибки для установки последующих обновлений придется.
Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался. И вроде бы средство SURT должно само исправить ошибки, поскольку внутри него есть огромный каталог эталонных файлов. Только в последний раз SURT обновлялся в октябре 2014 года, а исправлений на операционную систему с тех пор вышло бесчисленное множество, и многих файлов в каталоге не хватает.
Ниже я опишу последовательность действий, необходимых для исправления ошибок установки обновлений на Windows 7 x64 с использованием SURT. Для редакции x86 просто потребуется другой пакет SURT из KB947821.
Последовательность действий будет следующая.
1. Запустить первый проход Windows6.1-KB947821-v34-x64.msu
Пользователя от работы отвлекать не потребуется, все сделаем удаленно. Создаем следующий командный файл и запускаем его:
где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%\Logs\CBS\CheckSUR.log
Если ошибок не найдено – дело не в битых обновлениях.
Если он заканчивается
Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors
CSI Manifest All Zeros Total count: 6
CSI Catalog Corrupt Total count: 3
Fixed: CSI Catalog Corrupt. Total count: 3
CBS MUM Corrupt Total count: 3
CBS Catalog Corrupt Total count: 3
CSI Catalog Thumbprint Invalid Total count: 1
Fixed: CSI Catalog Thumbprint Invalid. Total count: 1
Unavailable repair files:
winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_c19fa2719495aca9.manifest
winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.23290_none_5e936c9c5ce2e8e6.manifest
winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_c22840d8adb43043.manifest
winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_b74af81f6034eaae.manifest
winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.19091_none_5e0ace3543c4654c.manifest
winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_b7d3968679536e48.manifest
servicing\packages\Package_2_for_KB3123479
то будем исправлять.
2. Копируем эталонные файлы на целевую машину
Microsoft предлагает нам длинную, путанную процедуру с извлечением хороших файлов из обновлений и размещением их в определенные каталоги средства SURT. При этом пути в статьях неверные. Где-то и вовсе рекомендуют подкладывать оригинальные msu файлы.
Самый простой и правильный вариант следующий — скопировать эталонные файлы с рабочей системы:
*.mum and *.cat из C:\Windows\servicing\Packages складываются в %windir%\Temp\CheckSUR\servicing\packages
*.manifest из C:\Windows\winsxs\Manifests складываются в %windir%\Temp\CheckSUR\winsxs\manifests\
Проблема в том, что битых файлов обычно десятки, и их очень сложно выбрать и скопировать. Тогда на помощь приходит следующий скрипт PowerShell (эталонной считается машина, с которой вы запускаете скрипт)
Как видите, скрипт прост и может быть легко заточен напильником под вашу инфраструктуру.
3. Запускаем второй проход Windows6.1-KB947821-v34-x64.msu
=================================
Checking System Update Readiness.
Binary Version 6.1.7601.22471
Package Version 26.0
2016-03-03 09:15
Checking Windows Servicing Packages
Checking Package Manifests and Catalogs
Checking Package Watchlist
Checking Component Watchlist
Checking Packages
Checking Component Store
Summary:
Seconds executed: 1435
No errors detected
Теперь можно продолжить установку обновлений на целевую машину, например, следующими командными файлами:
set machine= BUHWKS02
psexec -i -s \\%machine% wuauclt /detectnow
pause
set machine= BUHWKS02
psexec -i -s \\%machine% wuauclt /updatenow
pause
Ошибка #4. Если SURT отработал нормально, а обновления все равно не ставятся
Попробуйте прибегнуть к старому приему – сбросить службу Windows Update в исходное состояние. Для этого необходимо удалить каталог %windir%\SoftwareDistribution.
Создаем файл WU-cleanupCMD.cmd:
net stop wuauserv
rmdir /s /q %windir%\SoftwareDistribution
net start wuauserv
wuauclt /detectnow
Запускаем:
set machine= BUHWKS02
psexec -c -s \\%machine% WU-cleanupCMD.cmd
pause
После этого возникнет Ошибка #1, но как бороться с ней мы уже знаем.
Ошибка #5
Клиент исчезает из консоли WSUS. Любопытная ошибка, связанная с неправильным клонированием машин и задвоением (затроением и т.д.) идентификаторов клиентов. Решается так:
Ошибка #6
GetCookie failure, error = 0x8024400D, soap client error = 7, soap error code = 300, HTTP status code = 200
SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
Windows Update Client failed to detect with error 0x80072ee2
Ошибка связана с нехваткой ресурсов в AppPool WSUS. Решение — снять лимит на потребляемую память. Как это сделать — статья.
Коротко: Открываем IIS, Application Pools, WsusPool, Advanced Settings.
Параметр Private Memory Limit устанавливаем в 0.
Продолжение темы настройки WSUS — в моей следующей статье: https://habrahabr.ru/post/329440/
PS:
Многие ошибки решены в новом клиенте WSUS:
1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues!
Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2».
