Bei der Installation des Service Pack 1 (SP1) auf einem Windows Server 2008 R2 habe ich die Fehlermeldung “Installation war nicht erfolgreich- Unbekannter Fehler: Fehler 0×80041002″ erhalten.

Warum diese Fehlermeldung allerdings erscheint war mir völlig unklar, weil es sich bei der Maschine um einen virtuellen Server handelt und völlig identisch mit einem weiteren Server ist, bei dem die Installation des Service Pack 1 ohne Probleme durchlief.

Nach einiger Recherche im Internet war klar, dass dieses Problem schon mehrere User hatten. Eine wirklich Ursache bzw. Lösung konnte ich aber nicht finden. Auch das Herunterladen diverser Microsoft Updates (KB2617858, KB2465990, KB2492536, KB982293, KB974930) brachte keine Besserung.

Allerdings wurde mir beim Lesen eigentlich immer klarer, dass es sich um ein WMI (Windows Management Instrumentation) Problem handelt. Nach ungefähr 8 Stunden, die ich mit Versuchen, Test´s und Internet Recherche verbracht habe, konnte ich die Lösung finden.

Scheinbar ist die WMI Repository defekt, warum auch immer. Aber ich konnte auf einer Website die Lösung gefunden, um die WMI Repository (How Do i Rebuild a Corrupt WMI Repository) neu zu erstellen.

Zur Sicherheit poste ich hier nachfolgend nochmals den Inhalt des Batch-Files, welches Ihr ausführen müsst, wenn Ihr das gleiche Problem habt. Ich möchte allerdings darauf hinweisen dass ich keine Garantie dafür übernehme, falls es durch das Script zu weiteren bzw. anderen Problemen kommt.

net stop winmgmt
c:
cd %systemroot%\system32\wbem
rd /S /Q repository
regsvr32 /s %systemroot%\system32\scecli.dll
regsvr32 /s %systemroot%\system32\userenv.dll
mofcomp cimwin32.mof
mofcomp cimwin32.mfl
mofcomp rsop.mof
mofcomp rsop.mfl
for /f %%s in (‘dir /b /s *.dll’) do regsvr32 /s %%s
for /f %%s in (‘dir /b *.mof’) do mofcomp %%s
for /f %%s in (‘dir /b *.mfl’) do mofcomp %%s
echo DONE reboot
pause

Nachdem das Script durchgelaufen ist müsst Ihr auf jeden Fall den PC oder Server neu starten und anschließend sollte die Installation des Service Pack 1 auf jeden Fall funktionieren. Dieser Trick funktioniert übrigens bei Windows 7 ebenso.

Ähnliche Beiträge:

1. Windows 7 Service Pack 1 (SP1) Installation (KB976932)
2. Windows 8 – Fehler bei der Installation – HAL_INITIALIZATION_FAILED
3. Stop-Fehler “0x0000007F” Update für Windows 7 Service Pack 1 (KB2502285)

Heute hat Microsoft erneut ein Updaterollup für den Exchange Server 2007 mit Service Pack 3 veröffentlicht. Es handelt sich mittlerweile um das Updaterollup 6. Dieses Updaterollup behebt einige Fehler, die seit dem Erscheinen vom SP3 für den Exchange 2007 entdeckt wurden.

Das Updaterollup 6 beinhaltet alle vorherigen Updaterollups und trägt die Bezeichnung KB21208656.

Ihr könnt es Euch hier nachfolgend herunterladen:
-  Updaterollup 6 für Exchange Server 2007 SP3 (KB21608656)

Ähnliche Beiträge:

1. Updaterollup 2 für Exchange Server 2007 SP2 (KB972076) erschienen
2. Updaterollup 3-v2 für Exchange Server 2007 Service Pack 3 (KB2530488)
3. Updaterollup 1 für Exchange Server 2007 Service Pack 1 (KB945684)

Microsoft hat ein Update für Windows 7 und den Windows Server 2008 R2 veröffentlicht. Dieses Update behebt den Fehler STOP: 0x0000003B beim Herunterfahren der angegebenen Systeme.

Zu dem Fehler kann es kommen wenn unter diesen Betriebssystemen virtuelle WiFi Adapter erzeugt werden und diese mit dem Netzwerk verbunden werden.

Das Update trägt die Nummer KB2624668 und Ihr müsst Euren PC oder Server nach der Installation neu starten, damit das Update aktiv wird.

Ihr könnt Euch das Update hier nachfolgend downloaden:
-  Windows Update für Fehler STOP: 0x0000003B (KB2624668)

Ähnliche Beiträge:

1. Stop-Fehler “0x0000007F” Update für Windows 7 Service Pack 1 (KB2502285)
2. Fehler in Registrierungswerten bei 64-Bit Versionen von Windows 7 (KB2603229)
3. Fehler Code 8024402C beim Windows Update

Habt Ihr Euch eigentlich schon einmal Gedanken darüber gemacht, Eure Serversysteme und IT-Anlagen zu reinigen? Für mich ist die Server Reinigung gerade ein sehr akutes Thema, da wir unser Firmengebäude umbauen lassen und es eine Menge Staubentwicklung gibt.

Leider lassen sich z.B. diese Baustäube überhaupt nicht vermeiden, weil man während der Umbauphase die Serverräume natürlich nicht abschalten bzw. einfach an einen anderen Standort aufbauen kann.

Aber genau diese Staubentwicklung, besonders auch beim Trockenbau, ist tödlich für die Serversysteme, die in der Regel 24 Stunden am Tag laufen und sich durch die Luftzirkulation den Staub in das System blasen. Dort setzt sich der Staub dann in alle Winkel des Systems und kann zu irreparablen Störungen und Schäden führen. Im Extremfall kann es zum Komplettausfall der Systeme führen.

Nachfolgend zeige ich Euch mal ein Bild eines verschmutzten Systems, so wie es keine Seltenheit ist. Da kann sich jeder vorstellen, dass es irgendwann zu Problemen kommt.

Um es gar nicht so weit kommen zu lassen müssen frühzeitig entsprechende Massnahmen eingeleitet werden. Schon im Vorfeld eines Umbau´s sollten zahlreiche Dinge beachtet werden, damit der Umbau nicht zu einem Problem für die Serversystem wird.

Denn Ihr wollt Euch bestimmt nicht ausrechnen, welche Kosten und welchen Aufwand entstehen würde, wenn Ihr einige Eurer Server austauschen müsstet. Dazu kommen natürlich noch die Kosten für den Ausfall der Systeme, in deren Zeit die Mitarbeiter nicht produktiv arbeiten können.

Aus diesem Grund würde ich Euch das Portal http://www.it-server-reinigung.de empfehlen, denn dort findet Ihr alles was Ihr zum Thema Server Reinigung wissen müsst. Von der klassischen Server Reinigung, EDV Sanierung, EDV Elektronik Reinigung bis zur Rechenzentrums-Reinigung.

Inwieweit jeder mit diesem Thema umgeht bleibt Euch natürlich überlassen. Ich kann Euch nur empfehlen das Problem Staub in Serverräumen nicht zu vernachlässigen, denn es kann schneller zu Problemen kommen, als man denkt.

Ähnliche Beiträge:

1. Installation Windows Server 2003 auf Dell Poweredge Servern
2. Aktualisiertes Vista Update für Remoteverwaltung von Windows Servern 2008 (KB952627)
3. Den richtigen Webhosting Anbieter finden!

Microsoft hat soeben diverse Windows Updates und Sicherheitsupdates für den Januar 2012 veröffentlicht. Es handelt sich hierbei um folgende Updates:

• KB905866 - Update für den Junk E-Mail Filter für Windows Mail
• KB2631813 – Sicherheitsupdate für Windows Vista, Windows 7, Server 2003 und 2008 und 2008 R2.
• KB2598479 - Sicherheitsupdate für Windows Vista, Windows 7, Server 2003 und 2008 und 2008 R2.
• KB2603381 - Sicherheitsupdate für Windows XP und Server 2003
• KB2585542 - Sicherheitsupdate für Windows XP, Vista, Windows 7, Server 2003, 2008 und 2008 R2.
• KB2584146 - Sicherheitsupdate für Windows XP, Vista, Windows 7, Server 2003, 2008 und 2008 R2.

 Sobald Microsoft weiterführende Informationen veröffentlich hat werden wir diese nachreichen!

Ähnliche Beiträge:

1. ISO-Datei mit allen Updates vom November 2011
2. Januar 2011 ISO-Abbild der Windows Updates (KB913086)
3. Beta Version vom Windows 8 und Office 15 erscheinen im Januar 2012

Heute hatten wir mal wieder ein ganz mysteriöses Problem mit unserem Citrix XenDesktop 5 Server. Bei den externen Clients, die sich bei uns in der Firma mit Ihren Desktop´s verbinden kam es immer wieder dazu, dass sich die ICA-Sitzungen nach einigen Minuten komplett eingefroren haben.

Das hat sich so geäußert, dass der virtuelle Desktop zwar für den Anwender noch sichtbar war, aber es ließ sich nicht mehr damit arbeiten bzw. anklicken. Es konnten keine Programme geschlossen werden, aber die Session war immer noch aktiv und sichtbar.

Erst wenn der Anwender das Citrix Fenster geschlossen hat und sich neu verbunden hat, so konnte er an der gleichen Stelle weiterarbeiten. Da passierte allerdings immer nach unterschiedlichen Zeitabständen, mal nach 4 Minuten, nach 10 Minuten, nach 20 Minuten usw.

Es war einfach keine Regelmäßigkeit zu erkennen. Es wurden auch nicht alle Sitzungen gleichzeitig eingefroren sondern immer abwechselnd. Ein Arbeiten war so fast nicht möglich.

Aber warum? Wir hatten am Citrix XenDesktop 5 Server nichts verändert! Weder Windows Updates noch irgendwelche Citrix Hotfixe eingespielt. Daran konnte es nicht liegen!

Dann hatten wir die Internetleitungen im Verdacht, dass diese evtl. kurz wegbrechen. Auch nicht. Dann haben wir die Netzwerkswitche untersucht, ebenfalls nicht. Auch das Neustarten des XenDesktop Servers brachte nichts, auch nicht des vorgeschalteten Citrix Access Gateways. Dort haben wir die Logfiles untersucht, aber auch hier war nichts zu finden.

Als letztes hatten wir dann versucht, die durchgeführte Änderung der Netzwerkmasken im Netzwerk wieder rückgängig zu machen, die wir vor einigen Tagen durchgeführt hatten. Aber warum sollte dies eigentlich den gewünschten Erfolg bringen, wenn es letzte Woche noch einwandfrei lief und die Änderung aber schon länger zurückliegt.

Also haben wir die Netzwerkmaske an die Clients angepaßt und siehe da, das war die Lösung. Warum auch immer muss die Netzwerkmaske des Citrix Access Gateways mit den XenDesktop Clients übereinstimmen, auch wenn die Verbindung mit verschiedenen Netzwerkmasken einwandfrei hergestellt werden konnte.

Ok, Hauptsache es läuft wieder! Solltet Ihr mal das gleiche Problem haben so schaut bitte Eure Netzwerkmasken durch – vielleicht habt Ihr ja das gleiche Problem!

Ähnliche Beiträge:

1. Citrix Session ID aus Druckername entfernen
2. Inconsistent server host ID – Citrix XenApp6 Lizenzserver Probleme
3. Citrix Event ID 9017 im Ereignisprotokoll eines XenApp Servers

Teaming von Netzwerkadaptern – was ist das überhaupt. Unter Teaming (Fehlertolerante Einrichtung) versteht man die Zusammenfassung von physikalischen Netzwerkkarten zu einer logischen Netzwerkkarte (NIC).

Dies ist wichtig um eine Redundanz zu schaffen und den Datendurchsatz zu erhöhen. Ich kann 2, 3 oder auch noch weitere Netzwerkkarten per Teaming zu einem Team zusammenschalten. Fällt dann eine Netzwerkkarte aus, so läuft die zweite Netzwerkkarte problemlos weiter. Im schlimmsten Fall wird es zu einer Ausfallzeit von einem Ping kommen, in der Regel läuft es aber ohne Unterbrechung weiter.

Der 2. Vorteil ist die Erhöhung des Datendurchsatzes. Somit erziele ich durch den Zusammenschluss von mehreren Netzwerkkarten mit jeweils 1 GBit das vielfache davon.

Nun stand ich aber vor dem Problem – wie wird das überhaupt eingerichtet. Ich muss doch entweder dem Server oder auch dem Netzwerkswitch irgendwie die entsprechende Konfiguration mitgeben. Nachfolgend möchte ich hier erläutern, wie es bei einem Dell PowerEdge R710 mit 4 internen Broadcom Netzwerkkarten funktioniert, die an einem PowerConnect 6248P angeschlossen werden.

Eigentlich ist es ganz einfach. Zunächst müsst Ihr Euch überlegen wie viele Netzwerkadapter Ihr zu einem Team zusammenschließen wollt. Danach müsst Ihr auf dem Server, in meinem Fall ein Dell R710 mit Windows Server 2008 R2 SP1, das entsprechende Konfigurationsprogramm für Eure Netzwerkadapter installieren.

Da in unserem Dell Server Netzwerkkarten von Typ “Broadcom BCM5709C” verbaut sind habe ich das komplette Installationspaket von Broadcom installiert, inclusive der “Broadcom Advanced Control Suite 3″, kurz “BACS“.

Auf dem Bild könnt Ihr schon sehen dass ich ein neues “Team” angelegt habe mit den Namen “Team1“. Dies geht einfach indem Ihr unten auf “Team Management” klickt und dann oben im Menü auf “Teams” und “Create a Team“.

Ich würde Euch den “Expert Mode” enpfehlen und dann folgende Einstellungen wählen. Zunächst müsst Ihr den Team Namen festlegen, so wird später Eure virtuelle Nezuwerkkarte benannt. Danach den “Team Typ“, in meinem Fall also “Smart Load Balancing and Failover“.

Ihr könnt auch noch “Generic Trunking (FEC/GEC)/802.3ad-Draft Static“, “Link Aggregation (802.3ad)” und “SLD (Auto-Fallback Disable)” als Typ auswählen, auf dieses Arten des Teamings möchte ich hier jetzt aber nicht weiter eingeben.

Mir reicht die normale Redundanz und die Erhöhung des Traffics aus und deswegen habe ich “Smart Load Balancing and Failover” ausgewählt.

Selbstverständlich müsst Ihr dann noch die gewünschten Netzwerkkarten auswählen, die zu dem Team gehören und dann die Einstellungen entsprechend speichern. Nun wird ein neuer, virtueller Netzwerkadapter mit der MAC-Adresse des 1. Netzwerkadapters angelegt, der den gewählten Namen erhält. Dies könnt Ihr hier nachfolgend gut erkennen.

Das Team erhält den Gerätenamen “BASP Virtual Adapter” und Ihr könnt dieser virtuellen Netzwerkkarte nun eine IP-Adresse geben. Da ich in meinem Team 2 Adapter ausgewählt habe, erscheinen nach außen nun beide Adapter unter der einen IP-Adresse.

Änderungen an den Dell PowerConnect 6248P Switchen müssen dann nicht vorgenommen werden, davon habe ich mich persönlich vom Dell Service überzeugen lassen.

Auch unsere Test´s haben gezeigt, dass es so einwandfrei funktioniert. Wenn beide Adapter gleichzeitig arbeiten erreichen wie einen Datendurchsatz beim normalen Kopieren über das Netzwerk von bis zu 160MB/Sekunde. Ziehen wir einen Netzwerkadapter ab so bricht der Kopiervorgang nicht ab, aber die Datendurchsatzrate verringert sich auf ca. 80MB/Sekunde.

Somit ist das Teaming recht einfach einzurichten, wenn man weiß wie es funktioniert!

Ähnliche Beiträge:

1. Windows Server 2008 R2 nach Installation mit 100% CPU Auslastung
2. Lastverteilung auf 2 Netzwerkkarten per Registry Änderung
3. VMWare VMDK umwandeln in Hyper-V VHD-Dateien

Vor einigen Monaten habe ich schon einmal darüber berichtet (Citrix XenApp Probleme mit dem SP1 für Windows Server 2008 R2), dass es scheinbar noch massive Probleme gibt, wenn man auf einem bestehenden Citrix XenApp6 Server das Service Pack 1 für den Windows Server 2008 R2 installiert.

Dieses scheint nun endlich vorbei zu sein. Nachfolgend habe ich Euch mal zusammengeschrieben wie es zumindest mir gelungen ist, das SP1, den Internet Explorer 9  (IE9) und auch alle sonstigen Windows Updates einzuspielen, ohne das der XenApp Server Schaden nimmt.

Wichtig ist natürlich dass Ihr unbedingt vorher eine aktuelle Datensicherung des Servers habt, damit Ihr im Problemfall das System wieder in den Ausgangszustand zurückversetzen könnt. Bei mir war dies kein Problem, da die Server virtuell laufen und ich einfach eine Kopie der virtuelle Maschine angelegt habe.

Zunächst habe ich folgende Windows Updates installiert:

• Windows6.1-KB975777-x64.msu
• Neustart des Servers
• Windows6.1-KB979530-x64.msu
• Windows6.1-KB980663-x64.msu
• Windows6.1-KB2265716-x64.msu
• Windows6.1-KB2383928-x64.msu
• Windows6.1-KB2388142-x64.msu
• Windows6.1-KB2444328-v2-x64.msu
• Windows6.1-KB2465772-x64.msu
• Neustart des Servers

• XA600W2K8R2X64010.msp
• XA600W2K8R2X64012.msp
• XA600W2K8R2X64017.msp
• Neustart des Servers
• XA600W2K8R2X64021.msp
• XA600W2K8R2X64026.msp
• XA600W2K8R2X64029.msp
• Neustart des Servers
• XA600W2K8R2X64046.msp
• XA600W2K8R2X64060.msp
• XA600W2K8R2X64062.msp
• Neustart des Servers
• XA600W2K8R2X64068.msp
• Neustart des Servers

Ähnliche Beiträge:

1. Citrix XenApp Probleme mit dem SP1 für Windows Server 2008 R2
2. Inconsistent server host ID – Citrix XenApp6 Lizenzserver Probleme
3. Citrix Event ID 9017 im Ereignisprotokoll eines XenApp Servers

Microsoft hat heute Abend (29.12.2011), ich habe bereits darüber berichtet (Microsoft bringt außerplanmässiges kritisches Sicherheitsupdate für Windows Systeme), einige kritische Sicherheitsupdates für .Net Framework Komponenten veröffentlicht.

Durch vorhandene Sicherheitslücken könnte ein Angreifer die Kontrolle über Windows Systeme erlangen. Deswegen empfiehlt Microsoft dringend die Installation der folgendes Updates:

• Sicherheitsupdate für Microsoft .NET Framework 1.1 Service Pack 1 unter Windows XP, Windows Server 2003 (64 Bit), Windows Vista, Windows Server 2008 (KB2656353)
• Sicherheitsupdate für Microsoft .NET Framework 3.5.1 unter Windows 7 Service Pack 1, Windows Server 2008 R2 SP1 (KB2656356)
• Sicherheitsupdate für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Server 2003, Windows XP (KB2656352)
• Sicherheitsupdate für Microsoft .NET Framework 3.5.1 unter Windows 7, Windows Server 2008 R2 (KB2656355)
• Sicherheitsupdate für Microsoft .NET Framework 4 (KB2656351)
• Sicherheitsupdate für Microsoft .NET Framework 2.0 Service Pack 2 unter Windows Vista SP2, Windows Server 2008 SP2 (KB2656362)
• Sicherheitsupdate für Microsoft .NET Framework 1.1 Service Pack 1 unter Windows Server 2003 SP2 (32 Bit) (KB2656358)
• Sicherheitsupdate für Microsoft .NET Framework 3.5 Service Pack 1 unter Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008 (KB2657424)

Das .NET Framework von Microsoft ist eine Software-Plattform zur Entwicklung und Ausführung von Anwendungsprogrammen. Das .NET Framework besteht aus einer umfangreichenLaufzeitumgebung und einer Sammlung von Klassenbibliotheken, Programmierschnittstellen und Dienstprogrammen. Somit können Programmierer auf sehr viele vorgefertigte Lösungen zurückgreifen ohne das Rad jedesmal neu erfinden zu müssen.

Ähnliche Beiträge:

1. Vista und Server 2008 Sicherheitsupdate für .NET Framework 3.5 (KB983587)
2. Sicherheitsupdate für .NET Framework 3.5 SP1 und .NET Framework 2.0 SP2 (KB2418241)
3. Sicherheitsupdate für .NET Framework 3.5 SP1 für Vista SP1 und Server 2008 (KB2416474)

Ein Microsoft SQL-Server verwaltet nicht nur die reines SQL-Datenbanken, es schreibt auch sogenannte Transaktions-Logdateien mit. Wenn der Administrator nicht auspasst kann es passieren, dass die Größe diese Dateien ins Unermessliche steigt.

In meinem Beispiel hat die Logdatei eine Größe von 246 GB erreicht. Mir ist es nicht großartig aufgefallen, da die Datenbank jede Nacht korrekt gesichert wurde und ich habe angenommen, dass die Transaktionsdatei immer wieder nach erfolgter Sicherung auf Normalgröße zurückgesetzt wird. Dies war aber leider nicht so.

Nun war die Festplatte fast komplett vollgelaufen und die internen Datensicherungen funktionierten auch nicht mehr. Als erstes natürlich eine manuelle Datensicherung durchgeführt – kein Problem. Dann wollte ich aber irgendwie die LOG-Datei verkleinern, aber egal was ich versucht habe, es gelangt mir nicht.

Ob es ein Backup des SQL-Servers der Transaktionsdatei mit automatischen Abschneiden alter Daten war oder zahllose Tipps aus dem Internet, alles erfolglos.

Abhilfe brachte mit dann der Tipp eines Dienstleisters die Transaktionsdateien wie folgt zu verkleinern.

Hier nachfolgend nochmals der genaue Befehl:

Alter Database Windowsfaq Set recovery simple
GO

dbcc shrinkfile (‘windowsfaq_log’, 128)
GO

Alter Database Windowsfaq Set recovery full
GO

Wichtig ist dass oben in der Symbolleiste natürlich die korrekte Datenbank ausgewählt wird, in diesem Fall “Master“. Dann einfach auf “Ausführen” klicken und dann sollte es funktionieren.

Selbstverständlich übernehme ich keine Gewähr dafür und Ihr solltet unbedingt vorher ein komplettes Backup Eurer Maschine durchführen.

Sollte es beim Zugriff Probleme geben so ist die Datenbank vorher evtl. kurz Offline und danach gleich Online zu schalten, damit Ihr exclusiven Zugriff auf die Datenbank habt.

Nachdem das Logfile nun verkleinert ist hat es anstatt einer Größe von 246GB jetzt nur noch einen Umfang von 128MB.

Ähnliche Beiträge:

1. Blackberry Enterprise Server Änderungen bei Umzug Exchange Server
2. ISA Server 2004 Update auf ForeFront TMG 2010 – Erfahrungsbericht
3. XenApp 6 Server – Installation Teil 2