.:Ewig Drohendes Versagen:.

-UPDATE-Um DFS-R in den AutoRecocery Modus zu schalten – liest man diesen Microsoft Support Artikel 🙂 -/UPDATE-
Sooo da es mich einmal mehr nervt – schreib ich es jetzt hier auf.

Beim Herunterfahren z.B. nach Updates bleiben meine W2k12 Server gerne einmal stehen, so dass ich sie immer noch zusätzlich mit /force durchstarte.
Dieses Phänomen tritt auch min. in noch einer mir bekannten Umgebung auf (Gruß an KME)

Das an sich wäre ja noch nicht so schlimm – leider bleibt dann auch oft (immer?!) der DFSR Dienst der Domain Controller stehen – was sich dann in nicht mehr replizierten SYSVOL und NETLOGON Ordner äußert.

Der tolle neue Servermanager meldet – ALLES GRÜN

Im Eventlog des DFS sieht das schon anders aus:
(mehr …)

Ja es könnte alles so einfach sein 🙂

Fehler: Sophos Endpoint Protection lässt sich nicht installieren.
-> 0x800041f09 Fragen sie ihren Netzwerkadministrator ^^

Ich hatte sowohl auf einem Windows 8 x64 Clients als auch an einem Windows 2008 R2 Server die o.g. Fehlermeldung.

Die Sophos Installation bricht ab und die bei Google gefunden Sophos KBs helfen nicht …

Lösung:
Auf beiden Maschinen befand sich in C:\Program Files (x86) ein Sophos Ordner mit je einer 32 und 64 bit sophos_detoured.dll welche in Benutzung waren.

Um die DLLs zu löschen muss man sowohl im 32bit als auch im 64bit Pfad der Registry folgenden Eintrag löschen:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
Windows NT\CurrentVersion\Windows

und

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\
Windows NT\CurrentVersion\Windows

den Eintrag „AppInit_DLLs“=“C:\\PROGRA~2\\Sophos\\SOPHOS~1\\SOPHOS~2.DLL“ löschen.

Reboot – den Ordner in C:\Program Files (x86) löschen – HAPPY!!

Heute mal nur einen Link.

Windows Server 2012 Hyper-V Best Practices (In Easy Checklist Form)

Thxx to Nils Kaczenski für den Hinweis auf der faq-o-matic

Nun wird mir einiges klar!

Mal wieder ein Post zum ISA Server – ja auch die soll es noch geben ^^

Aus mir bisher noch unerklärlichen Gründen hatten wir eine ISA Firewall Regel bei der sowohl die Protokolle als auch die Quell- und Zielnetze fehlten.

Dadurch ließ sich das Regelwerk nicht mehr neu anwenden – was jetzt nicht ganz so doll ist …

Im isaserver.org Forum bin ich dann aber auf eine Lösung des Problems gestoßen.

Da es sich bei der betroffenen Installation nur einen Standard Server handelte (SE) habe ich einfach den Registry Zweig:

HKEY_LOCAL_MACHINE\IsaStg_Eff1Policy\PolicyRules\

nach der entsprechenden „Bezeichnung“ der Regel durchsucht und dann den gesamten Schlüssel gelöscht (vorher zur Sicherheit nen Export).

Dann flugs die ISA Server-Speicher Dienst durch gestartet – ACHTUNG – der startet auch fast alle anderen ISA Dienste neu – und siehe da – die böse Firewall Regel ist weg *HAPPY*

Da ich es grad mal wieder gesucht habe – Blog ich es hier mal eben.

Wenn man via ADUC einen neuen Benutzer anlegt, so wird per default als Anzeigename VORNAME NACHNAME verwendet.

Da ist an der einen oder anderen Stelle etwas unschön – wenn man nicht grad von seinen 300 Kollegen die Vornamen im Kopf hat.

Folgendes Vorgehen für einen deutschsprachigen Windows Server 2008 R2.
(mehr …)