最近、Windowsワークステーション(約90)にWSUSを実装しました。一部のクライアントは問題がないようですが、他のクライアントは、Windows Updateを使用して手動で更新を確認しようとすると、エラー「80072EE2」を返し続けます。
クライアントはWin7 x64 SP1、サーバーはWin2008 x86 SP2です。
私たちのワークステーションは標準イメージを使用しているため、システム間の違いは最小限です。
サーバー上のプロセスw3wp.exeが非常に高いCPUに長時間スパイクします。
問題のあるクライアントのWindowsUpdate.logには、次のように表示されます。
2015-12-04 11:12:33:847 968 12ac PT Server URL = http://server.domain.com/SimpleAuthWebService/SimpleAuth.asmx
2015-12-04 11:13:37:937 968 12ac Misc WARNING: Send failed with hr = 80072ee2.
2015-12-04 11:13:37:937 968 12ac Misc WARNING: SendRequest failed with hr = 80072ee2. Proxy List used: <(null)> Bypass List used : <(null)> Auth Schemes used : <>
2015-12-04 11:13:37:937 968 12ac Misc FATAL: SOAP/WinHttp - SendRequest: SendRequestUsingProxy failed. error 0x80072ee2
2015-12-04 11:13:37:937 968 12ac PT + Last proxy send request failed with hr = 0x80072EE2, HTTP status code = 0
2015-12-04 11:13:37:937 968 12ac PT + Caller provided credentials = No
2015-12-04 11:13:37:937 968 12ac PT + Impersonate flags = 0
2015-12-04 11:13:37:937 968 12ac PT + Possible authorization schemes used =
2015-12-04 11:13:37:937 968 12ac PT WARNING: SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
2015-12-04 11:13:37:937 968 12ac PT WARNING: PTError: 0x80072ee2
2015-12-04 11:13:37:937 968 12ac PT WARNING: SyncUpdates_WithRecovery failed.: 0x80072ee2
2015-12-04 11:13:37:937 968 12ac PT WARNING: Sync of Updates: 0x80072ee2
2015-12-04 11:13:37:937 968 12ac PT WARNING: SyncServerUpdatesInternal failed: 0x80072ee2
2015-12-04 11:13:37:937 968 12ac Agent * WARNING: Failed to synchronize, error = 0x80072EE2
2015-12-04 11:13:37:937 968 12ac Agent * WARNING: Exit code = 0x80072EE2
WSUSサーバーのSoftwareDistribution.logを確認すると、次のことがわかります。
2015-12-04 16:14:36.018 UTC Error w3wp.18 ClientImplementation.SyncUpdat
Syst
em.Threading.ThreadAbortException: Thread was being aborted.
at Microsoft.UpdateServices.Internal.NativeMethods.ExtractBlobFromMemoryCab
UInt32 cbCompressed, Byte* pCompressed, UInt32& pcbUncompressed, IntPtr& ppUnc
mpressed)
at Microsoft.UpdateServices.Internal.CabUtilities.ExpandMemoryCabToString(B
te[] src)
at Microsoft.UpdateServices.Internal.DataAccess.ExecuteSpGetCoreUpdateXml(I
t32[] revisionIds)
at Microsoft.UpdateServices.Internal.DataAccessCache.GetCoreUpdateXml(Int32
] revisionIds, DataAccess da, Int64 maxXmlPerRequest)
at Microsoft.UpdateServices.Internal.ClientImplementation.GetSyncInfo(Versi
n clientProtocolVersion, DataAccess dataAccess, Hashtable stateTable, Hashtabl
deploymentTable, Boolean haveGroupsChanged, Boolean driverSyncNeeded, Boolean
doChunking)
at Microsoft.UpdateServices.Internal.ClientImplementation.SoftwareSync(Data
ccess dataAccess, UnencryptedCookieData cookieData, Int32[] installedNonLeafUp
ateIds, Int32[] leafUpdateIds, Boolean haveGroupsChanged, Boolean expressQuery
Guid[] filterCategoryIds, Boolean needTwoGroupOutOfScopeUpdates)
at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cooki
cookie, SyncUpdateParameters parameters)
at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cooki
cookie, SyncUpdateParameters parameters)
at Microsoft.UpdateServices.Internal.Client.SyncUpdates(Cookie cookie, Sync
pdateParameters parameters)
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arg
ments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHan
le typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] argu
ents, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle type
wner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invo
eAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVi
ibilityChecks)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invo
eAttr, Binder binder, Object[] parameters, CultureInfo culture)
at System.Web.Services.Protocols.LogicalMethodInfo.Invoke(Object target, Ob
ect[] values)
at System.Web.Services.Protocols.WebServiceHandler.Invoke()
at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()
at System.Web.Services.Protocols.SyncSessionlessHandler.ProcessRequest(Http
ontext context)
at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpAppli
ation.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& com
letedSynchronously)
at System.Web.HttpApplication.PipelineStepManager.ResumeSteps(Exception err
r)
at System.Web.HttpApplication.BeginProcessRequestNotification(HttpContext c
ntext, AsyncCallback cb)
at System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerReque
t wr, HttpContext context)
at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntP
r managedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 fl
gs)
at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr man
gedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
at System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion(IntPtr pHandle
, RequestNotificationStatus& notificationStatus)
at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntP
r managedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 fl
gs)
at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr man
gedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
2015-12-04 16:14:36.018 UTC Warning w3wp.18 SoapUtilities.CreateException
Throw
Exception: actor = http://server.domain.com/ClientWebService/client.asm
, ID=9b1e3f5a-f766-4ba9-bf7e-52c7cfbe1f68, ErrorCode=InternalServerError, Mess
ge=, Client=a39b9446-c45a-4060-851d-9157a2393278
私たちが試したこと:
WSUSは初めてなので、他に何を確認できるかわかりません。どんな助けでも大歓迎です。
私は最近、この正確な問題に遭遇しました。表示されているのと同じエラーがログに記録されています。
以下のスクリーンショットのイベントエラーにより、問題が発生しました。
イベントログのこれらのエラーは、WSUSアプリケーションプールに問題があるWindowsプロセスアクティブ化サービス(.NETコンポーネント)に関連しています。 WSUSロールをアンインストールすると、これらのエラーは解消されましたが、ロールを再インストールすると、エラーが再び表示されました(これは、このサーバー上の他のWebサービスではなくWSUSが原因であることがわかったためです)。
まず最初に、 KB2720211 がWSUSサーバーにインストールされていることを確認します。これは、WU自体のセキュリティ更新です。クライアントがMicrosoftから直接更新した場合、クライアントは既にこの更新を取得しており、WSUSサーバーと通信できません(Microsoftからの更新を確認していますWSUSロールがインストールされている場合、WSUSサーバーでこの更新が提供されます)。
次に、WSUSにIISの再構成を強制します。何らかの理由で、役割を再インストールすると正しく構成されませんでした。コマンドプロンプトで、次のように入力します。
C:\Program Files\Update Services\Tools\wsusutil.exe usecustomwebsite false
これにより、ポート80で動作するようにWSUS IISサイトが再構成されます。次に、次のように入力します。
C:\Program Files\Update Services\Tools\wsusutil.exe usecustomwebsite true
これにより、WSUSがポート8530に再構成されます。
すでにポート80を使用している場合は、このプロセスを逆に実行します。
WSUSに強制的にそれ自体を再構成させると、IISで誤って構成された問題が解決されます。
私はほぼ1週間この問題に取り組み、これが最終的に解決したものです。お役に立てば幸いです。
先週、ネットワークで初めてWSUSサーバーを構成したときにこの問題が発生しました。私もサーバーとして2008 R2(仮想インスタンス)を使用し、すべてのクライアントはサーバーまたはWin 7 x64マシンのいずれかです。
私はそれと何日も戦い、WSUS自体にさまざまなパッチをインストールし、IISを再構成しようとし、ログを次々に注ぎ込みました。 Solarwindsツールはすべてがうまくいくと私に言ってくれました、私はDNSの問題がなく、どこからでもサーバー上のIISへの接続に問題はありませんでした。ソフトウェア配布フォルダーを削除し、クライアントに検出と報告を強制しました、結局のところ、Microsoft fixitツールを使用しましたが、結局のところ、ホストの半分以上がまだサーバーに(いつまでも)報告しておらず、80072EE2の入札を受けずに手動で更新を確認することはできませんでした。
最後の手段として、VMをオフにして、今回はサーバー2012で新しいものを作成しました。サーバーマネージャーからWSUSの役割をインストールし、すべてが数分以内にスムーズに動作しました。
影響を受けるクライアントでレジストリをチェックインします
HKLM /ソフトウェア/ポリシー/ Microsoft/Windows/WindowsUpdate
wUServerとWUStatusServerの値をWSUSの実際のサーバー名と比較します