August 7

Domain Controller offline entfernen

Die richtige Vorgehensweise um einen Domain Controller zu entfernen, ist diesen mit DCPROMO zu depromieren. Allerdings gibt es immer wieder Situationen, in welchen dies nicht möglich ist und man den DC von Hand offline entfernen muss. Dazu sind mehrere manuelle Schritte nötig:

 

Active Dirctory Users and Computers > Domain Controllers

Den betroffenen Domain Controller auswählen und löschen, im folgenden Dialog muss dann noch die Warnung quittiert werden.

Wenn der DC ein Global Catalog war kommt noch ein zusätzlicher Hinweis, welcher bestätigt werden muss.

Sollte die Meldung „Access is denied“ erscheinen ist vermutlich die Option „Protect object from accidental deletation“ an dem Objekt gesetzt. Diese ist mindestens an drei Stellen zu kontrollieren und ggf. zu entfernen:

  • Active Directory Users and Computers > Server Properties > Object
  • Active Directory Users and Computers > Server Properties > General > NTDS Settings > Object
  • Active Directory Sites and Services > Site > Servers > Server Properties > Object

Im Anschluss kann der Server im ADUC gelöscht werden.

Danach kann man das Server Objekt im Active Directory Sites and Services ebenfalls entfernen. Sollte der ausgefallene Domain Controller eine der FSMO-Rollen inne gehabt werden, muss diese einem anderen Server zugewiesen werden > NTDSUtil > roles > connections > connect to server %domaincontroller% > seize %fsmo-rolle%

März 20

Windows Server Patching mit PoshPAIG

Jeden Monat das selbe… Es gibt neue Windows Server Updates und diese sollten zeitnah auf allen Servern eingespielt werden. Mit WSUS und Gruppenrichtlinien kann man das vollständig automatisieren was aber nicht in jeder Umgebung gewünscht ist.

Sich auf jeden Server per RDP aufschalten und die Updates von Hand zu installieren ist jedoch auch müssig.

Unterstützen kann hier das PowerShell Patch/Audit Utility (PoshPAIG) von Boe Prox:

Mit PoshPAIG kann man eine Liste von Servern automatisiert auf folgende Optionen hin abprüfen:

  • Audit Patches
  • Install Patches
  • Check Pending Reboot
  • Ping Sweep
  • Services Check
  • Reboot Systems

Zusätzlich kann man sich noch eine handvoll CSV Reports erstellen lassen.

 

Alles in allem eine feine Sache für alle, die den Patchvorgang nicht vollständig durch automatisieren möchten.

Februar 6

Win10 GP-Pack von Mark Heitbrink

Mark Heitbrink bzw. gruppenrichtlinien.de hat ein neues GPO Paket erstellt:

gp-pack PaT – Privacy and Telemetry

welches er für 89 Euro vertreibt.

 

Das GP Pack beinhaltet unter anderem 70 Policies welche 250 Registry Keys setzen sowie ein eigenes ADM Template und Scripte für Windows 10. Damit können 40 Apps im Hintergrund deaktiviert/deinstalliert werden, man kann die Windows 10 Telemetrieübermittlung deaktivieren und es beinhaltet Vorlagen für ein minimalistisches Startmenü.

Alles in allem kann man sich das auch einzeln im Internet zusammensammeln, ich für meinen Teil werde mir das gp-pack bestellen (und dann berichten). :-)

Januar 18

OSD HP ZBook 17 G3

Wir setzen bislang das HP ZBook 17 G2 ein weshalb ich sehr optimistisch an das Thema Treiber für das G3 heran ging, Business as Usual… Sollte man meinen…

 

Treiber heruntergeladen, Package erstellt, erster Test und dann festgestellt dass sich der CCM Agent nicht installiert und das Gerät nach dem ersten Reboot (nach „Setup Windows and ConfigMgr“) hängen bleibt. Da alle Treiber sauber installiert wurden und das Gerät sogar den Domain Join schaffte, schloss ich ein Treiberproblem aus.

Selbst das smsts.log gab nicht viel her, ein Indiz war lediglich die Zeile
The action (Setup Windows and Configuration Manager) requested a retry

 

Nach viel Try & Error fand ich heraus, dass es an der Konfiguration von SSD (per MSATA) und HDD (per SATA) liegt. Wird die HDD ausgesteckt läuft die Task Sequence sauber durch. Dies ist insofern komisch weil die ZBook 17 G2 Geräte bei uns die selbe Konfiguration aufweisen und es hier zu keinen Schwierigkeiten kommt.

 

Eine endgültige Lösung habe ich leider noch nicht, allerdings einen Workaround:

Direkt nach dem Start in WinPE deaktiviere ich die SATA Ports per Script und starte den Rechner nochmals neu. Danach folgt das reguläre OSD und als letzten Schritt aktiviere ich die SATA Ports wieder vor dem finalen Neustart.

Inhalt der BCU_zbook17g3_sata_on.cmd:

pushd %~dp0
„%~dp0BiosConfigUtility64.exe“ /set:“%~dp0zbook17g3_sata_on.REPSET“
popd

 

Zum HP BiosConfigurationUtility schreibe ich vielleicht mal noch etwas mehr, dieser Beitrag ist erstmal eine Kurzinfo…

Wenn jemand das selbe oder ähnliche Probleme hat würde ich mich über einen Kommentar freuen.

Januar 18

Windows ADK Versionsnummern

Aktuelle Windows 10 ADK Versionsnummern:

  • ADK for Windows 10 1607 -> 10.1.14393.0
  • ADK for Windows 10 1511 -> 10.1.10586.0
  • ADK for Windows 10 RTM  -> 10.0.26624.0
  • ADK for Windows 10 -> 10.0.10240.0

Nur falls ich das mal wieder suche muss… ;-)

Quelle: http://renshollanders.nl/2016/12/download-windows-adk-the-numerous-versions-of-microsoft-windows-adk-assessment-and-planning-toolkit-and-where-to-find-them/

Dezember 15

ConfigMgr 1610 bug leaves orphaned objects in ccmcache

### Fixed by Microsoft (see below) ###

It looks like that I found a bug in Configuration Manager version 1610. After update my clients from version 1606 some folders/files are orphaned in %windir%\ccmcache.

 

Example:

C:\Windows\ccmcache contain a bunch of folders, lates is an SCEP defintion from 12/14/2016.
The update from 1606 to 1610 was installed on 12/06/2016.

 

After I try to cleanup manually using „Delete Files…“ from CM Properties (with checked „Delete persisted cache content“ to be sure) folders newer than 12/06/2016 are removed:

 

If I check the content of folder 41 (in this specific machine) I can see, it’s the one with ccmsetup.exe from version 1610:

 

All my clients have the same issue. I will report this to Microsoft and some people at Twitter and TechNet Forums confirmed the same behavior in their environments. This is no big issue, ConfigMgr still works and I can deploy software. Maybe I will cleanup this orphaned files using Compliance Settings in a later step…

 

Edit:

I did another test -> Client Cache is set to 8GB. After 1610 was installed, I had ~5GB orphaned stuff in ccmcache but it was no problem to deploy a package with 5GB total size… At this point I think it will be no problem to cleanup the old stuff by script.

 

Edit 22. Dec.:

Microsoft released an update for this bug: KB3124042

After clients upgrade to Configuration Manager, version 1610, the contents of the CCM Cache folder (%windir%\ccmcache by default) are orphaned. Although the files are still present on disk, they are not available for application installations and will not be managed or deleted by the client.

Installing this update prevents the cache issue on future client upgrades. Previously upgraded clients will redownload applicable content, and any expired content can be manually deleted as needed.

Dezember 15

Update 2 für ConfigMgr 1610 (Early Wave)

Kurz und knapp, es ist noch ein zweites Update für den ConfigMgr 1610 unterwegs. Auch hier sind wohl nur die Binaries betroffen, welche vor dem 01.12. heruntergeladen wurden.

Update 2 for System Center Configuration Manager version 1610, early wave (KB3211925)

 

Das Update behebt wohl einen (weiteren?) Fehler bei den Task Sequenzen wenn ihr folgende Fehlermeldung beim verteilen erhaltet:

The selected task sequence uses an invalid package or application reference. Use task seuqence editor to correct the error or select a different task sequence.

 

Ob Update 2 eine neue Console oder einen neuen Client bringt kann ich noch nicht sagen reiche ich aber nach.