• You are here:
  • Home »
  • Archive: Februar, 2013

Archive Monthly Archives: Februar 2013

Synchronisierung vom WSUS 3.0 schlägt fehl

Bei der Erst-Synchronisierung meines frisch installierten WSUS 3.0 (Windows Server Update Service) bin ich auf ein unerwartetes Problem gestoßen, das durch die folgende Fehlermeldung gekennzeichnet war:

WebException: Fehler bei der Anforderung mit folgender Fehlermeldung: — <html><head><title>Object moved</title></head><body> <h2>Object moved to <a href=“%2fmicrosoftupdate%2fv6%2ferrorinformation.aspx%3ferror%3d15″>here</a>.</h2> </body></html>

–. bei System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)    bei System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)    bei Microsoft.UpdateServices.ServerSyncWebServices.ServerSync.ServerSyncProxy.GetAuthConfig()    bei Microsoft.UpdateServices.ServerSync.ServerSyncLib.InternetGetServerAuthConfig(ServerSyncProxy proxy, WebServiceCommunicationHelper webServiceHelper)    bei Microsoft.UpdateServices.ServerSync.ServerSyncLib.Authenticate(AuthorizationManager authorizationManager, Boolean checkExpiration, ServerSyncProxy proxy, Cookie cookie, WebServiceCommunicationHelper webServiceHelper)    bei Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.SyncConfigUpdatesFromUSS()    bei Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.ExecuteSyncProtocol(Boolean allowRedirect)

Es scheint, als ob das Problem im Zusammenhang mit der URL der Microsoft Update-Seite liegt, da der Fehler „Object moved“ darauf hindeutet. Offensichtlich ist die Seite umgezogen oder es hat sich etwas daran geändert.

Um das Problem zu beheben und den WSUS-Server erfolgreich zu synchronisieren, habe ich folgenden Patch verwendet:

http://support.microsoft.com/kb/2734608

Durch die Ausführung dieses Patches auf dem WSUS-Server werden die neuen Update-Quellen implementiert, was zu einer Lösung des Problems führt. Es ist ratsam, diesen Schritt zu befolgen, um sicherzustellen, dass der WSUS-Server reibungslos funktioniert und Updates ordnungsgemäß synchronisiert werden können. Nachdem der Patch erfolgreich ausgeführt wurde, sollten keine Schwierigkeiten mehr auftreten, und der WSUS-Server sollte die Synchronisierung ohne Probleme durchführen können.

Berichtsgenerator in den SQL Server Reporting Services öffnet sich nicht

UPDATE:
Das Service Pack 2 für SQL Server 2008 R2 behebt dieses Problem!

Bei dem Versuch, einen Report direkt aus den SQL Server Reporting Services im Berichtsgenerator zu öffnen, treten derzeit Probleme auf, die mich vor eine Herausforderung stellen. Sobald ich den gewünschten Report auswähle und auf den Berichtsgenerator klicke, erscheint eine irritierende Fehlermeldung:

„Sie müssen .NET Framework 3.5 auf diesem Computer installieren, um den Berichts-Generator verwenden zu können. Klicken Sie auf ‚installieren‘, um das Microsoft Download Center aufzurufen und .NET Framework 3.5 zu installieren.“

Berichts-Generator in den SQL Server Reporting Services

Das Kuriose dabei ist, dass .NET Framework bereits auf meinem Rechner installiert ist. Bei dem Versuch, es erneut zu installieren, erhalte ich lediglich die Meldung, dass .NET Framework bereits vorhanden ist.

Um dennoch mit dem Report arbeiten zu können, greife ich auf den Report Builder des SQL Servers zurück, der es mir ermöglicht, den Report zu öffnen und zu bearbeiten. Dennoch bevorzuge ich den Berichtsgenerator, da er mir die Möglichkeit bietet, kleinere Änderungen am Report schnell und direkt vorzunehmen, was meinen Workflow erheblich verbessert.

Nach längerem Hin und Her, das auch einige Frustration mit sich brachte, habe ich endlich die Lösung für dieses Rätsel gefunden: Die Kompatibilitätsansicht des Internet Explorers. Normalerweise habe ich diese Ansicht deaktiviert, da einige unserer Intranetseiten damit Probleme haben.

Für die SQL Server Reporting Services scheint jedoch genau diese Ansicht benötigt zu werden. Also habe ich im Internet Explorer 9 unter „Extras“ die Kompatibilitätsansicht für die SSRS aktiviert, und plötzlich öffnet sich der Berichtsgenerator wieder wie gewohnt, ohne jegliche Fehlermeldung.

Es ist erstaunlich, wie ein kleines Häkchen in den Browsereinstellungen eine so große Auswirkung haben kann. Diese Entdeckung hat mir nicht nur geholfen, mein Problem zu lösen, sondern auch dazu beigetragen, mein Verständnis für die Interaktion verschiedener Softwarekomponenten zu vertiefen.

HP Server ML350 G5 Warnung: The Fan Sub-system has lost redundancy. Replace any failed or missing fans.

Seit kurzem kann ich in der Ereignisanzeige (Event Log) eines HP Server ML350 G5 mit Windows 2008 R2 regelmäßig folgende Warnungen beobachten:

Warnung 1
System Information Agent: Health: The Fan Sub-system has lost redundancy.  Replace any failed or missing fans.
Chassis: ‚0‘
[SNMP TRAP: 6037 in CPQHLTH.MIB]

Warnung 2
System Information Agent: Health: Fan Removed.  A hot-plug fan has been removed from the system.
Chassis: ‚0‘; Fan: ‚2‘
[SNMP TRAP: 6039 in CPQHLTH.MIB]

Eine Überprüfung der Ventilatoren hat ergeben, dass diese alle vorhanden sind und auch funktionieren.

Woher kommt also diese Warnung? – Keine Ahnung.

Nachdem ich einen Hardwarefehler ausschließen kann, habe ich ein längst überfälliges Update der Treiber etc. mit dem aktuellen Proliant Support Pack (9.10 – Stand: 25.02.2013) durchgeführt.

Und siehe da – die Warnungen tauchen nicht mehr auf.

Woher sie plötzlich kamen kann ich nicht sagen – Hauptsache sie sind genauso schnell wieder gegangen.