Our WSUS infrastructure has one server that syncs with MU in our home office and two replica servers that are in remote offices. The main server is WSUS 3.2 (Server 2008 R2), as is one of our remote servers. The problematic server is running WSUS that ‘comes with’ Server 2012 R2. All servers are configured to use SSL and SSL is working correctly in the main and remote site A. I also have all 3 GPOs configured in the same way (save for the server address, of course) and working.
Any clients in Remote Site B, though get the above error no matter what I do. DNS is good. Connectivity between the client and server is good. The server in Site B can synch with the main server. I’ve rebuilt the server and a test client to no avail. I found an errored BITS transfer (before the rebuilding of the server) but that wasn’t the answer. I ran wsusutil configuressl and confirmed that only the proper folders under WSUS Administration have SSL enabled.
What I find weird is that in WSUS under 2008 R2, there are items under the Default Web Site (such as the iuident.cab file) that are not there on the 2012 R2 server. I have been hesitant to add them there, though, as I know that 2012 R2’s version of WSUS defaults to port 8530 instead of 80.
Other than that, I’m out of ideas. Please help me, Internet Kenobi. You’re my only hope.
Read these next…
Company logos in email signatures — Embed, Link, or Evil?
Collaboration
I’m wondering what the current «best practice» is regarding company logos in email signatures. I did find this post from ten years ago, but what do you do nowadays? Both embedded and linked options have pluses and minuses.
Buy out the MFP’s or lease new ones?
Hardware
It’s that glorious time where I get to listen to pitch after pitch for new copiers!! oh yea…
Got me thinking, what about the buying them out and rolling with it for a while? What has your experience been if you’ve tried this.Printers in question a…
Spark! Pro series — 21st June 2023
Spiceworks Originals
Today in History: 2004 SpaceShipOne becomes the first privately funded spaceplane to achieve spaceflightA major turning point for private spaceflight occurred on June 21, 2004, when SpaceShipOne, the first nongovernmental crewed spacecraft, flew 62.5 mile…
Why child domains are discouraged?
Windows
Hello everybody,I never worked with child domains, it always has been a single domain for all users and devices.Currently I work for a school, and I was thinking of a child domain for the students.I already have all lab computers and their user accounts (…
Snap! — Predicting Hit Songs, Metal Free Electrodes, Pinpoint Pizza, AI Workers
Spiceworks Originals
Your daily dose of tech news, in brief.
Welcome to the Snap!
Flashback: June 20, 1950: The National Bureau of Standards dedicated the SEAC (Standards Eastern Automatic Computer) (Read more HERE.)
Bonus Flashback: June 20, 1945: U.S. Secre…
Обновлено 18.06.2017
Ошибка 80244019 при обновлении в Windows Server 2008 R2
Всем привет сегодня расскажу из-за чего появляется ошибка 80244019 и ошибка 84B20001 при обновлении в Windows Server 2008 R2 и как она решается, сразу хочу отметить, что ее повстречать вы сможете и в современных версиях операционной системы, хоть в десятке или Windows Server 2016. Решение будет везде одинаковым. Вообще странно, что данных глюк, тянется уже лет семь, и я уверен, и дальше мы его будем наблюдать, так как вирусы будут всегда, да и пользователи будут засирать систему, не менее интенсивно, чем сейчас.
Ошибка 80244019 в виндовс
Давайте разбираться, как исправить ошибку 80244019, более детально как она выглядит представлено на скриншоте, как видите у меня обе эти пакости 80244019 и 84B20001. Вообще забавная формулировка у 84B20001 (произошла неизвестная ошибка Windows Update)
Ошибка 80244019 при обновлении в Windows Server 2008 R2-01
Самые распространенные причины, из-за которых может возникать данная ошибка 80244019 и ошибка 84B20001 это:
- Вирус
- Не работает служба Bits и Обновление Windows
- И нужно почистить реестр от старых и не верных ключей.
- блокирует firewall
- проверить есть ли интернет
- проверить ваши dns
- перезапуск службы BITS
Первое что нужно сделать это проверить работают ли службы. Для этого мы нажимаем Win+R откроется окно выполнить и вводим services.msc,
Ошибка 80244019 при обновлении в Windows Server 2008 R2-02
откроется оснастка службы. Делаем все по алфавиту и смотрим в самом низу, чтобы были запущены Центр обновления Windows и Фоновая интеллектуальная служба передачи (BITS).
Ошибка 80244019 при обновлении в Windows Server 2008 R2-03
- Если со службами все отлично то чистим реестр Windows с помощью Ccleaner или privazer.
- Если не помогает, то просканируйте вашу систему на вирусы в безопасном режиме.
- Еще можно поправить значение реестра.
Для этого нажмите WIN+R и введите Regedit
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsWindowsUpdateAU
Дважды щелкаем по ключу UseWUServer типа DWORD и меняем его значение на 0. И перезагружаемся.
Если раздела не будет, то можно его создать, такое встречается, например, в Windows 8.1 и выше.
- Иногда помогает выполнение команды wuauclt /reset, через командную строку cmd
- Если у вас в сетевых настройках, dns сервера указаны в ручную, то проверьте их доступность.
- Еще на одном форуме видел, что помогает удаление программы проксисвич, если она у вас есть.
Исправляем 80244019 ошибка обновления windows 8.1
Например в Windows 8.1 нет ветки реестра WindowsUpdateAU и код 80244019 в windows 8.1 очень часто выскакивает, когда у вас зависла служба BITS, попробуйте ее перезапустить. Для этого откройте командную строку от имени администратора и введите команды:
net stop BITS
net start BITS
и net stop wuauserv
net start wuauserv
Кому лень все прописывать, можете скачать уже готовый cmd файл перезапускающий службы bits и центр обновления
Снимаем галку «Обновлять другие продукты Microsoft«
Если кто не в курсе, то существуют два типа обновлений:
- Обновления безопасности и исправляющие баги
- Для дополнительных продуктов
Если обновление windows выдает код ошибки 80244019, то можно попробовать отключить галку «При обновлении Windows предоставить обновления для других продуктов Microsoft»
Находится она по пути (Для Windows 7 и Windows 8.1)
Панель управленияВсе элементы панели управленияЦентр обновления WindowsНастройка параметров
Вот так вот просто решается ошибка 80244019 и ошибка 84B20001 при обновлении в Windows Server 2008 R2. Обязательно проверьте, что у вас есть интернет и сервера Microsoft у вас не блокируются на внешнем firewall, про это тоже не нужно забывать.
еще может помочь обновление агента центра обновления, который можно скачать с сайта Microsoft и отдельно поставить
Для других версий Windows от 7 до 10 алгоритм действий при 84B20001 и 80244019, тот же. Да прибудет с вами победа.
Материал сайта pyatilistnik.org
WSUS на базе Windows Server 2012 и выше поддерживает возможность установки на Windows 10 не только обычных обновлений безопасности и исправлений, но и крупных пакетов обновлений (в терминологии Microsoft – апгрейдов). Но прямо из коробки этот функционал не работает, такие апгрейды (в концепции Windows 10 называются Redstone ) на клиенты просто не закачиваются. Разберемся в проблеме.
Во WSUS на Windows Server 2012 появился новый тип классов обновлений – Upgrades. Включается он в консоли WSUS в разделе Options ->Product and Classification -> вкладка Classification. Нас интересует опция Upgrades (если она не включена, не спешите ее включать!).
Если включить эту опцию, то сервер WSUS все равно не будет загружать апгрейды, выдавая при загрузке ошибку. Чтобы сервер WSUS начал скачивать пакеты апгрейдов, нужно на WSUS сервере установить отдельное обновление: KB 3095113 (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если у вас ранее уже была активирована классификация Upgrades и выполнялась синхронизация, после установки KB 3095113 придется провести очистку базы WSUS с помощью следующих PowerShell команд:
- Отключаем классификацию Upgrades
Get-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification –Disable - Удаляем из базы информацию об этик апгрейдах
$wsus = Get-WsusServer
$wsus.SearchUpdates(“version 1511, 10586, 1607”) | foreach { $wsus.DeleteUpdate($_.Id.UpdateId) } - Осталось включить классификацию Upgrades
Get-WsusClassification | Where -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification - И повторно запустить синхронизацию.
$sub = $s.GetSubscription()
$sub.StartSynchronization()
Но это еще не все, даже после установки KB 3095113 на сервере, пакеты апгрейдов на клиентах все равно не появляются. В журналах WindowsUpdate.log на ПК с Windows 10 появляется можно найти ошибку 0x80244019:
2016/08/24 15:32:36.3654849 1064 2660 DownloadManager BITS job {84234ABB-06CE-4251-941C-281B4424EB32} failed, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. File URL = _http://wsus.mydomain.com:8530/Content/7C/6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, local path = C:WindowsSoftwareDistributionDownloaddc0dc85b32300fe505d5d9a2f479c1b010586.0.151029-1700.th2_release_CLIENTENTERPRISE_VOL_x64fre_en-us.esd
2016/08/24 15:33:36.3658125 1064 2660 DownloadManager Progress failure bytes total = 2659650046, bytes transferred = 18574952
2016/08/24 15:33:36.3845664 1064 2660 DownloadManager Error 0x80244019 occurred while downloading update; notifying dependent calls.
В логе видна попытка закачать файл ESD (новый формат распространения образа ОС), —7C/6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd с сервера. Попробуйте открыть этот URL в браузере – появится ошибка 404. Дело в том, что этот тип файлов не разрешен в настройках IIS и его передача блокируется.
Чтобы разрешить серверу WSUS передавать ESD файлы, откройте консоль Internet Information Service (IIS) Manager, перейдите на сайт WSUS Administration и выберите каталог Content. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME (Add MIME type):
Расширение файла: .esd
Тип MIME: application/octet-stream
Совет. То же самое можно сделать командами:
cd %windir%system32inetsrv
appcmd set config /section:staticContent /+"[fileExtension='.esd',mimeType='application/octet-stream']"
Перезапустите службу IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать закачивать esd файлы и могут приступать к установке пакетов обновлений.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 раздавать апгрейды для Windows 10 не сможет. Судя по всему, в ближайшее время Microsoft этот недостаток исправлять не планирует.
- Remove From My Forums
-
Question
-
Hi experts
I am facing issue on two windows servers 2012 R2 and two windows servers 2016, We are using WSUS, and i am not able to update Microsoft patches through WSUS on these servers, i am getting error 80244019 on window server 2012 R2 and error 0x80244019
on windows server 2016.i have stopped windows update service on windows server 2012 R2, deleted software distribtuion folder and started windows update service, i have restarted BITS service, issue is the same. Experts guide me on this
Answers
-
Hi Roger,
80244019 means 404 file not found, the error is not client side, but rather the file trying to be downloaded from the WSUS server is not available
in the WSUSContent folder.Search in the WindowsUpdate.log file for where the
80244019 error is shown and share that URL here to see which file is missing
from your WSUS server.This usually happens when WSUS cannot download the payload for an approved update due to some reason or other.
Best regards,
Andrei
We could change the world, if God would give us the source code.
-
Marked as answer by
Sunday, January 27, 2019 5:58 PM
-
Marked as answer by
-
Hello,
First, we need to check the connectivity between WSUS and Clients. On the affected clients, open a browser and navigate to the following URL.
http://yourwsusserver:8530/selfupdate/wuident.cab
Check If there is a prompt for file downloading. If not, there must be some issues about the connectivity, check the firewall, ports, etc.
And are there other clients in your WSUS environment? If yes, can they get updates successfully?
Hope my answer could help you and look forward to your feedback.
Best Regards,
Ray
Please remembers to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact
tnmff@microsoft.com.-
Marked as answer by
ItsMe-Roger
Sunday, January 27, 2019 5:58 PM
-
Marked as answer by
-
WSUS to client the port is 8530 and from client to server what is the port?
-
Marked as answer by
ItsMe-Roger
Sunday, January 27, 2019 5:58 PM
-
Marked as answer by
-
Hello,
Outbound port 8530 is required if WSUS uses 8530 port.
Best Regards,
Ray
Please remembers to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact
tnmff@microsoft.com.-
Marked as answer by
ItsMe-Roger
Sunday, January 27, 2019 5:58 PM
-
Marked as answer by
Some colleagues had recently performed a migration from an old Windows Server 2003 WSUS server to a new Server 2012 R2 one. I had just upgraded a new tablet from Windows 8.1 Professional to Enterprise, and was trying to update it as the update process doe not retain updates applied to the original OS. Group policy was telling the tablet to talk to my WSUS server (the one that had just been migrated). Windows Update on the tablet was finding updates, but getting an error 80244019 when trying to downlad them. Searching against Windows Update on the internet both found and was able to download updates.
I had a look in the Windows Update log file (C:WindowsWindowsUpdate.log) and found some of the following:
2014-10-28 13:13:36:140 368 1558 DnldMgr *********** DnldMgr: New download job [UpdateId = {7F8FDE4D-B17B-4093-915E-A807DA18A2DE}.204] ***********
2014-10-28 13:13:36:140 368 1558 DnldMgr WARNING: CheckIfDirExists returned error 0x80070002.
2014-10-28 13:13:36:140 368 1558 DnldMgr * Queueing update for download handler request generation.
2014-10-28 13:13:36:140 368 1558 DnldMgr Generating download request for update {7F8FDE4D-B17B-4093-915E-A807DA18A2DE}.204
2014-10-28 13:13:36:140 368 1558 IdleTmr WU operation (GenerateAllDownloadRequests) started; operation # 635; does not use network; is at background priority
2014-10-28 13:13:36:140 368 18ec IdleTmr Decremented idle timer priority operation counter to 2
2014-10-28 13:13:36:156 368 1558 Handler Generating request for CBS update 7F8FDE4D-B17B-4093-915E-A807DA18A2DE in sandbox C:WINDOWSSoftwareDistributionDownload5cbfe1eec732bb919f7239386a1b893b
2014-10-28 13:13:36:156 368 1558 Handler Selected payload type is ptExpress
2014-10-28 13:13:36:156 368 1558 Handler Detected download state is dsStart
2014-10-28 13:13:36:156 368 1558 Handler Adding windows8.1-kb2975719-x64-express.cab (entire file) to request list.
2014-10-28 13:13:36:156 368 1558 Handler Request generation for CBS update complete with hr=0x0 and pfResetSandbox=0
2014-10-28 13:13:36:156 368 1558 IdleTmr WU operation (GenerateAllDownloadRequests, operation # 635) stopped; does not use network; is at background priority
2014-10-28 13:13:36:156 368 1558 DnldMgr *********** DnldMgr: New download job [UpdateId = {7F8FDE4D-B17B-4093-915E-A807DA18A2DE}.204] ***********
2014-10-28 13:13:36:156 368 1558 DnldMgr WARNING: CheckIfDirExists returned error 0x80070002.
2014-10-28 13:13:36:156 368 1558 DnldMgr * BITS job initialized, JobId = {EC94DB72-43C2-4A3D-9972-62715BD76BBF}
2014-10-28 13:13:36:156 368 1558 DnldMgr * Downloading from http://wsus.rcmtech.co.uk/Content/08/40D35A609AE17FA88A39A1E98420A646FE750A08.cab to C:WINDOWSSoftwareDistributionDownload5cbfe1eec732bb919f7239386a1b893bwindows8.1-kb2975719-x64-express.cab (full file).
2014-10-28 13:13:36:171 368 1558 IdleTmr WU operation (DownloadManagerDownloadJob) started; operation # 637; does use network; is not at background priority; will NOT stop idle timer
2014-10-28 13:13:36:171 368 1558 IdleTmr Incremented idle timer priority operation counter to 3
2014-10-28 13:13:36:171 368 1558 DnldMgr *********
2014-10-28 13:13:36:171 368 1558 DnldMgr ** END ** DnldMgr: Begin Downloading Updates [CallerId = AutomaticUpdatesWuApp]
2014-10-28 13:13:36:171 368 1558 DnldMgr *************
2014-10-28 13:13:36:171 368 18ec AU AU checked download status and it changed: Downloading is paused
2014-10-28 13:13:36:171 368 148c DnldMgr WARNING: BITS job {EC94DB72-43C2-4A3D-9972-62715BD76BBF} failed, updateId = {7F8FDE4D-B17B-4093-915E-A807DA18A2DE}.204, hr = 0x80190194, BG_ERROR_CONTEXT = 5
2014-10-28 13:13:36:171 368 148c DnldMgr Progress failure bytes total = 177805422, bytes transferred = 0
2014-10-28 13:13:36:171 368 148c DnldMgr Failed job file: URL = http://wsus.rcmtech.co.uk/Content/08/40D35A609AE17FA88A39A1E98420A646FE750A08.cab, local path = C:WINDOWSSoftwareDistributionDownload5cbfe1eec732bb919f7239386a1b893bwindows8.1-kb2975719-x64-express.cab
2014-10-28 13:13:36:171 368 148c DnldMgr CUpdateDownloadJob::GetNetworkCostSwitch() Neither unrestricted or restricted network cost used, so using current cost
2014-10-28 13:13:36:187 368 148c IdleTmr WU operation (DownloadManagerDownloadJob, operation # 637) stopped; does use network; is not at background priority; will NOT start idle timer (task did not previously stop it
2014-10-28 13:13:36:187 368 148c IdleTmr Decremented idle timer priority operation counter to 2
2014-10-28 13:13:36:187 368 148c DnldMgr Error 0x80244019 occurred while downloading update; notifying dependent calls.
and also several of these:
2014-10-28 13:12:10:040 368 1294 Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190194 2014-10-28 13:12:10:040 368 1294 Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190194 2014-10-28 13:12:10:040 368 1294 Agent WARNING: Fail to download eula file http://wsus.rcmtech.co.uk/Content/78/5FB2FB1198FAF0871AF09DAE0EF815C92642FD78.txt with error 0x80244019 2014-10-28 13:12:10:040 368 1294 Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190194 2014-10-28 13:12:10:040 368 1294 Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190194 2014-10-28 13:12:10:040 368 1294 Agent WARNING: Fail to download eula file http://wsus.rcmtech.co.uk/Content/78/5FB2FB1198FAF0871AF09DAE0EF815C92642FD78.txt with error 0x80244019
I tried to retrieve one of the EULA text files referenced via Internet Explorer and got a 404 page not found error.
So then I did a bit of digging and came across this thread, where the guy fixed the problem by moving the location of his (misconfigured) WsusContent folder.
I checked out my new WSUS server and sure enough found a WsusContent folder within a WsusContent folder on the drive that had been specified during the WSUS migration/configuration.
D:WsusContent had about 240GB of data in it, whereas D:WsusContentWsusContent only had about 1.6GB of data. D:WsusData did include the EULA text file that I’d seen referenced in the log, and had received a 404 for via IE.
I didn’t like the idea copying the 240GB of data into the nested WsusContent folder, so thought I’d try fixing the problem by reconfiguring WSUS instead. It was actually fairly easy:
Change the following two registry values:
- HKLMSoftwareMicrosoftUpdate ServicesServerSetupContentDir
Change the REG_EXPAND_SZ to D: and restart the WsusService service. (note that this step may not be necessary due to the naming of the registry ke, i.e. “Setup”, but I’m doing it anyway to be tidy. - HKLMSystemCurrentControlSetServicesLanmanServerSharesWsusContent
Change the REG_MULTI_SZ from D:wsuscontentWsusContent to D:WsusContent and restart the lanmanserver service.
Next, in IIS Manager, expand <Servername>, Sites, Default Web Site, right-click Content, Manage virtual directory, Advanced Settings and change Physical Path to D:WsusContent – I did an iisreset after this, but that may not be necessary.
Finally, I moved the contents of the erroneous D:WsusContentWsusContent folder into D:WsusContent.
After those steps were completed, the text file was avaible via IE and my tablet is now happily updating itself from the WSUS server.
Incidentally, I like keeping the WsusContent folder on a separate drive as a) it can get quite big and I don’t want to risk my C: drive filling up, and b) it means I can use Windows Data Deduplication on it, where I’m currently getting about a 43% space reduction.