Windows Update Check Failure Error-80072EE2 - Recurrence
- Thread starter AlanCB
- Start date
Hi Aura
Problem is back again.
When I opened the Windows Update window this morning (Sun 25 Oct 15, 5:39 am UTC), it said that the Last (successful) Check for Updates (Automatic) was yesterday (Sat 24 Oct 15) 4:54 am UTC. I then tried a manual "Check for updates", & it failed with error 80072EE2,
I have not made any changes to the Norton Smart Firewall settings.
Back to square one.
Problem is back again.
When I opened the Windows Update window this morning (Sun 25 Oct 15, 5:39 am UTC), it said that the Last (successful) Check for Updates (Automatic) was yesterday (Sat 24 Oct 15) 4:54 am UTC. I then tried a manual "Check for updates", & it failed with error 80072EE2,
I have not made any changes to the Norton Smart Firewall settings.
Back to square one.
Hi Aura
I disabled the last NIS Smart Firewall Traffic Rule, which by default is enabled to, quote "Block All Inbound Windows Services (Public Networks)
Block, Direction: Inbound; Computer, Any; Protocol, Any; Create a log entry".
This did NOT resolve the Windows Update Check error 80072EE2 problem.
However on the following day, when I opened the Windows Update window, I found that it had successfully checked for updates earlier that morning.
I then re-enabled the "Block All Inbound Windows Services (Public Networks) ... etc NIS Smart Traffic Rule, & the Windows Update check (automatic & manual) is still working. I have left it enabled.
For obviously reasons, I do not want to disable the NIS Firewall in order to test whether it is interfering with the Windows Update Checks.
I disabled the last NIS Smart Firewall Traffic Rule, which by default is enabled to, quote "Block All Inbound Windows Services (Public Networks)
Block, Direction: Inbound; Computer, Any; Protocol, Any; Create a log entry".
This did NOT resolve the Windows Update Check error 80072EE2 problem.
However on the following day, when I opened the Windows Update window, I found that it had successfully checked for updates earlier that morning.
I then re-enabled the "Block All Inbound Windows Services (Public Networks) ... etc NIS Smart Traffic Rule, & the Windows Update check (automatic & manual) is still working. I have left it enabled.
For obviously reasons, I do not want to disable the NIS Firewall in order to test whether it is interfering with the Windows Update Checks.
Hi Aura
On Wed 28 Oct 15, I disabled the last NIS Smart Firewall Traffic Rule, which by default is enabled to, quote "Block All Inbound Windows Services (Public Networks); Block, Direction: Inbound; Computer, Any; Protocol, Any; Create a log entry".
This did NOT resolve the Windows Update Check error 80072EE2 problem.
However on the following day, Th 29 Oct 15, when I opened the Windows Update window, I found that it had successfully checked for updates earlier that morning.
I then re-enabled the "Block All Inbound Windows Services (Public Networks) ... etc NIS Smart Traffic Rule, & the Windows Update check (automatic & manual) is still working. I have left it enabled.
For obviously reasons, I do not want to disable the NIS Firewall in order to test whether it is interfering with the Windows Update Checks.
Note: This replies replaces my previous reply above of today 30 Oct 2015 9:26 am, which I could not edit to include the dates of changes to NIS Smart & Windows Update checks.
On Wed 28 Oct 15, I disabled the last NIS Smart Firewall Traffic Rule, which by default is enabled to, quote "Block All Inbound Windows Services (Public Networks); Block, Direction: Inbound; Computer, Any; Protocol, Any; Create a log entry".
This did NOT resolve the Windows Update Check error 80072EE2 problem.
However on the following day, Th 29 Oct 15, when I opened the Windows Update window, I found that it had successfully checked for updates earlier that morning.
I then re-enabled the "Block All Inbound Windows Services (Public Networks) ... etc NIS Smart Traffic Rule, & the Windows Update check (automatic & manual) is still working. I have left it enabled.
For obviously reasons, I do not want to disable the NIS Firewall in order to test whether it is interfering with the Windows Update Checks.
Note: This replies replaces my previous reply above of today 30 Oct 2015 9:26 am, which I could not edit to include the dates of changes to NIS Smart & Windows Update checks.
- Mar 16, 2015
- 8,061
Alan, can you download and run the FixIt (for Windows 8.1, Windows 8 or Windows 7) below?
https://support.microsoft.com/en-us/kb/836941
Once done, let me know if you still get the error code from time to time when checking for updates.
https://support.microsoft.com/en-us/kb/836941
Once done, let me know if you still get the error code from time to time when checking for updates.
Hi Aura
I have used "Fixit" from that link several times previously, and although it had indicated that it had found & repaired various errors, it never actually resolved the "Windows Update Check Failure Error 80072EE2" Problem.
Windows Update Check is still working, & consequently I would prefer not to do anything right now to "upset it".
I have used "Fixit" from that link several times previously, and although it had indicated that it had found & repaired various errors, it never actually resolved the "Windows Update Check Failure Error 80072EE2" Problem.
Windows Update Check is still working, & consequently I would prefer not to do anything right now to "upset it".
Hi Aura
My automatic Windows Update check of Wed 4 Nov 2015, 8:29 AM, gives 1 new available Optional Update, KB3103812 (3.5MB), which in the "more Information webpage" https://support.microsoft.com/en-us/kb/3102812 , with the subject headline - "Installing and searching for updates is slow and high CPU usage occurs in Windows 8.1 and Windows Server 2012 R2", quote "describes an update that contains some improvements for the Windows Update client in Windows 8.1, Windows RT 8.1, and Windows Server 2012 R2".
I do not know whether this update is relevant (perhaps accidently) to my update check failure problem, because the 2 issues that it says are "fixed" are :
Issue 1 : When you install Windows updates by using System Center Configuration Manager, the installation takes a long time to complete, and System Center Configuration Manager becomes overloaded.
Issue 2: The Svchost.exe process takes 100 percent of the CPU usage when you try to upgrade to Windows 10.
These 2 issues do not apply here, because I am not using SSCM, & not trying to upgrade to Win 10.
I was thinking that maybe the next time that I experience the problem, I might try installing this Optional Update, KB3103812, to see if it makes any difference in resolving the problem, but I am very wary of installing optional Windows Updates.
What would you recommend ?
My automatic Windows Update check of Wed 4 Nov 2015, 8:29 AM, gives 1 new available Optional Update, KB3103812 (3.5MB), which in the "more Information webpage" https://support.microsoft.com/en-us/kb/3102812 , with the subject headline - "Installing and searching for updates is slow and high CPU usage occurs in Windows 8.1 and Windows Server 2012 R2", quote "describes an update that contains some improvements for the Windows Update client in Windows 8.1, Windows RT 8.1, and Windows Server 2012 R2".
I do not know whether this update is relevant (perhaps accidently) to my update check failure problem, because the 2 issues that it says are "fixed" are :
Issue 1 : When you install Windows updates by using System Center Configuration Manager, the installation takes a long time to complete, and System Center Configuration Manager becomes overloaded.
Issue 2: The Svchost.exe process takes 100 percent of the CPU usage when you try to upgrade to Windows 10.
These 2 issues do not apply here, because I am not using SSCM, & not trying to upgrade to Win 10.
I was thinking that maybe the next time that I experience the problem, I might try installing this Optional Update, KB3103812, to see if it makes any difference in resolving the problem, but I am very wary of installing optional Windows Updates.
What would you recommend ?
- Mar 16, 2015
- 8,061
Personally I install every Recommended Updates (except the drivers ones) since I never had a single issue with them, and even if officially the issue they solve doesn't apply to you, it could help your system as well. Svchost.exe taking 100% of your CPU when searching for updates is a common issue.
Hi Aura
The KB3102812 (not KB3103812 ) Update, is supposed to be an Optional Update, not a Recommended Update.
There seems to be differences of opinion between Windows Users, as to whether Optional Updates should be installed, unless presumably they deal specifically with problems that you are definitely experiencing.
On 26 Sep 2015 I installed 8 Optional Updates, & after that I started experiencing problems with "freezing" of File Explorer & Internet Explorer, & also more than the usual rapidly increasing (C:) Partition Used Space .
I thought of doing a system restore, but procrastinated over it, & eventually lost the Restore Point.
These problems might just all be coincidental with, & not caused by any of the 8 Optional Updates, but since then I have become even more wary of installing any Windows Updates, other than "Important Updates".
Anyway, if/when I experience the Windows Update Error check problem again, I will probably install the KB 3102812 Optional Update.
By the way, is rapidly increasing (C:) Partition Used Space, & the associated high HDD Activity ( I/O Read/Write Activity) a feature of Windows 8.1 ?
Never experienced this with Win XP SP3.
Hi Aura
Thank you for answering that question.
I checked Task Manager > Details, which I sorted by "I/O Write Bytes", & it appears that over the 2 day period "Wed 4 Nov 15 8:52 am >to> Fri 6 Nov 15, 8:42 am", that the "nis.exe, System, I/O write bytes" has increased by +660,839,262 bytes, & is responsible for 50% or more the increase in "I/O Write bytes" over this period.
The "nis.exe, System, I/O write bytes" is currently at the top of the "I/O Write bytes" sort list with 679,549,788 bytes (most of the rest of the "I/O Write bytes" activity (50% or less) appears to be Windows-related, & to a lesser extent HP-related). There have be no automatic or manual NIS virus scans over this 2 day period.
Therefore it would appear that the "Norton Internet Security" "system processes" (whatever they are) might be the cause of the rapidly increasing (C) Partition Used Space.
I will check with Norton with regard to the cause of the high "nis.exe, System, I/O write bytes", which I assume/hope is not a "normal" feature of NIS.
Thank you for answering that question.
I checked Task Manager > Details, which I sorted by "I/O Write Bytes", & it appears that over the 2 day period "Wed 4 Nov 15 8:52 am >to> Fri 6 Nov 15, 8:42 am", that the "nis.exe, System, I/O write bytes" has increased by +660,839,262 bytes, & is responsible for 50% or more the increase in "I/O Write bytes" over this period.
The "nis.exe, System, I/O write bytes" is currently at the top of the "I/O Write bytes" sort list with 679,549,788 bytes (most of the rest of the "I/O Write bytes" activity (50% or less) appears to be Windows-related, & to a lesser extent HP-related). There have be no automatic or manual NIS virus scans over this 2 day period.
Therefore it would appear that the "Norton Internet Security" "system processes" (whatever they are) might be the cause of the rapidly increasing (C) Partition Used Space.
I will check with Norton with regard to the cause of the high "nis.exe, System, I/O write bytes", which I assume/hope is not a "normal" feature of NIS.