WSUS blockt bei KB2880556 (SharePoint 2013 SP1)
Allgemeine Diskussion
-
Hi,
ich habe an vielen WSUS Servern das Problem, dass der KB2880556 ServicePack sich nicht vollständig "genehmigen" lässt.
Der WSUS ist Stand 3.2.7600.262
Folgendes passiert:
Ich wähle das KB2880556 an und klicke genehmigen. Der WSUS läuft und sagt: Genehmigung "Erfolgreich" aber beim ausrollen der Installation blockt der WSUS und bleibt hängen. Der WSUS SQL Task geht auf 25-50 % Last (bei 4-core) und hält diese Last für bis zu 10 min. Danach meldet der WSUS "unbekannter Fehler" (siehe Bild)
Die Logfiles (Change.log und softwaredistribution.log) zeigen nicht viel zu dieser Sache an. Das Change.log gar nicht das softwaredistribution.log nur irgendeinen Timeout:
014-06-13 08:37:54.716 UTC Info w3wp.7 DataAccessCache.DeploymentChange Refreshing the syncUpdates cache
2014-06-13 08:37:56.497 UTC Info w3wp.7 DataAccessCache.DeploymentChange LastCacheRefreshTime: 1769 milliseconds
2014-06-13 08:37:56.497 UTC Info w3wp.7 DataAccessCache.DeploymentChange Finished refreshing the syncUpdates cache. New SyncUpdatesHelper: 44450360
2014-06-13 08:40:58.585 UTC Info w3wp.25 ThreadEntry PipelineRuntime.ProcessRequestNotification
2014-06-13 08:40:58.585 UTC Warning w3wp.25 SoapExceptionProcessor.SerializeAndThrow Discarding stack trace for user ZENTRALE\Administrator, IP Address 192.168.222.3, exception System.Data.SqlClient.SqlException: Timeout ist abgelaufen. Das Zeitlimit wurde vor dem Beenden des Vorgangs überschritten oder der Server reagiert nicht.
bei Microsoft.UpdateServices.DatabaseAccess.DBConnection.DrainObsoleteConnections(SqlException e)
bei Microsoft.UpdateServices.DatabaseAccess.DBConnection.ExecuteReader()
bei Microsoft.UpdateServices.Internal.SingleResultSetSPHandler.ExecuteStoredProcedure(DBConnection connection)
bei Microsoft.UpdateServices.Internal.GenericDataAccess.ExecuteSP(String spName, DBParameterCollection args, IExecuteSPHandler handler, Int32 queryTimeoutInSeconds)
bei Microsoft.UpdateServices.Internal.GenericDataAccess.ExecuteSP(String spName, DBParameterCollection args, IExecuteSPHandler handler)
bei Microsoft.UpdateServices.Internal.DatabaseAccess.CommonDataAccess.ExecuteSPSingleResultSet(String spName, DBParameterCollection args, Type resultType, Int32 queryTimeoutInSeconds)
bei Microsoft.UpdateServices.Internal.DatabaseAccess.AdminDataAccess.ExecuteSPDeployUpdate2(Guid updateId, Int32 revisionNumber, Int32 deploymentAction, Guid targetGroupId, String adminName, DateTime deadline, Boolean isAssigned, DateTime goLiveTime, Int32 downloadPriority, Guid deploymentGuid, Boolean translateSqlException, Boolean failIfReplica, Boolean isReplicaSync)
bei Microsoft.UpdateServices.Internal.DatabaseAccess.AdminDataAccess.ExecuteSPDeployUpdate1(UpdateRevisionId updateId, Int32 deploymentAction, Guid targetGroupId, DateTime deadline, String adminName, Boolean isAssigned)
bei Microsoft.UpdateServices.Internal.ApiRemoting.ExecuteSPDeployUpdate1(UpdateRevisionId updateId, Int32 deploymentAction, Guid targetGroupId, DateTime deadline, String adminName, Boolean isAssigned)
2014-06-13 08:42:24.856 UTC Info w3wp.62 ThreadEntry ThreadHelper.ThreadStart
2014-06-13 08:42:24.856 UTC Info w3wp.62 DependencyCache.RefreshThreadStart read 119065 UpdateIDs from DB in 407 msIn welchen Logs könne man noch suchen?
Alle anderen Updates lassen sich korrekt genehmigen und machen keine Probleme.
Das es nur dieses Update ist und es an mehreren (unabhängigen) WSUS Server auftritt, vermute ich ein generell Problem mit dem Update. Im Web konnte ich dazu aber nichts finden.
Ergänzung: Ablehnen lässt sich das Update hingegen problemfrei und gewohnt schnell (weniger als 7 sek.)
Hätte jemand eine Idee zur Sache? Danke.
Danke und liebe Grüße Oliver Richter
- Bearbeitet Oliver Richter Freitag, 13. Juni 2014 08:46 Ergänzung
- Typ geändert Raul TalmaciuMicrosoft contingent staff Dienstag, 17. Juni 2014 12:00 Warten auf Feedback
