Archiv der Kategorie: Windows

Ein neues VLAN über den vCenter-Server zu einem oder allen ESXi-Hosts im Cluster hinzufügen

Veröffentlicht am von — Keine Kommentare ↓

Man fügt ja eine neu getaggte VLAN Portgruppen zur Segementierung auf jedem ESXi-Host einzeln zum vSwitch hinzu, es sei denn man verfügt üben den zentralisierten NSX/Distributed-Luxus. Oder macht gleich SDN überall 🙂

Der Vorgang an sich kann je nach Clustergröße etwas dauern und zudem sehr ermüdent sein. Das folgende PowerCLI-Script vereinfacht diese Arbeit deutlich und erledigt den Job in wenigen Sekunden.

„Stelle ein neues VLAN unserer Switches am bestehenden vSwitch ALLER Hosts zur Verfügung“

PowerCLI C:\> Connect-VIServer vcenter01.localnetwork.local
PowerCLI C:\> get-cluster -name MEINSEXYCLUSTER | Get-VMHost | Get-VirtualSwitch -name "vSwitch1" | New-VirtualPortGroup -Name "NEUES_SEXY_SEGMENT_LAN33" -VLanId "1607"

„Stelle ein neues VLAN unserer Switches am bestehenden vSwitch an EINEM Hosts zur Verfügung“

PowerCLI C:\> Connect-VIServer vcenter01.localnetwork.local
PowerCLI C:\> get-cluster -name MEINSEXYCLUSTER | Get-VMHost SEXYHOSTNAME | Get-VirtualSwitch -name "vSwitch1" | New-VirtualPortGroup -Name "NEUES_SEXY_SEGMENT_LAN33" -VLanId "1607"

„Entferne ein VLAN an den bestehenden vSwitches ALLER Hosts“

PowerCLI C:\> Connect-VIServer vcenter01.localnetwork.local
PowerCLI C:\> get-cluster -name "MEINSEXYCLUSTER " | Get-VMHost | Get-VirtualSwitch -name "vSwitch1" | Get-VirtualPortGroup -Name "NEUES_SEXY_SEGMENT_LAN33" | Remove-VirtualPortGrou

PowerCLI rockt einfach. Mehr zum Thema:

Windows 8/10 Suche findet keine Inhalte mehr in PDF-Dateien

Veröffentlicht am von — Keine Kommentare ↓

Problem

Unter Windows 8/8.1 und Windows 10 findet die Suche „auf einmal“ keine Text-Treffer mehr in PDF-Dateien. Normalerweise funktioniert die Volltextindizierung auch für PDF-Dateien ausgezeichnet, auber „auf einmal“ klappt das nicht mehr.

Lösung

Der Adobe „the Krebsgeschwür“ Reader ist in den allermeisten Fällen schuld. In vielen Cases zerstört dieser bei der Installation oder beim Update den Windows PDF-Reader iFilter.

In der Windows-Registry unter de Schlüssel HKEY_CLASSES_ROOT\.pdf\PersistentHandler den „Standart“ Wert ersetzen:

{F6594A6D-D57F-4EFD-B2C3-DCD9779E382E} (FALSCH)

{1AA9BF05-9A97-48c1-BA28-D9DCE795E93C} (RICHTIG)

Danach den Dienst Windows-Suche stoppen und wieder starten. Falls der Ordner PersistentHandler unter .pdf nicht existiert, muss man ihn vorher neu anlegen.

Schneller Fix für die Kommandozeile:

C:\> REG ADD HKEY_CLASSES_ROOT\.pdf\PersistentHandler /d "{1AA9BF05-9A97-48c1-BA28-D9DCE795E93C}" /t REG_SZ /f
C:\> net stop WSEARCH && net start WSEARCH

Leider kann Windows die nun fehlenden PDFs nicht nachträglich erkennen. Allerdings wird jedes PDF das vom Dateisystem modifiziert wird, wird automatisch neu indiziert …

„Failed registration of app type 2 (Signals) from plugin unity.“ VMWare Tools

Veröffentlicht am von — Keine Kommentare ↓

Problem

Nach Installation/Update der VMware Tools tritt auf einmal im Windows-Eventlog eine weitere Warnung auf:

Ereignistyp:    Warnung
 Ereignisquelle:    VMware Tools
 Ereigniskategorie:    Keine
 Ereigniskennung:    1000
 Beschreibung: [warning] [vmusr:vmtoolsd] Failed registration of app type 2 (Signals) from plugin unity.

Das ist besonders bei Terminalservern (RDS) nervig, weil der Fehler bei jeder Anmeldung protokolliert wird. Im Prinzip funktioniert aber alles.

Lösung

Zuerst: Updaten der VMware Tools auf die aktuellste Version. Der Fehler sollte danach nicht mehr auftreten.

Wenn doch, wird ein zusätzlicher Eintrag in der Konfiguration der VMware Tools „tools.conf“ den Fehler zuverlässig beheben. Die Datei findet sich im Pfad „%ProgramData%\VMware\VMware Tools\tools.conf“.

[unity]
Pbrpc.enable=false

Damit wird der „Protocol Buffer Remote Procedure Call“ (PBRPC) zu deaktiviert und es gibt keine Ladefehler des Unity-Plugins beim anmelden mehr. Mehr Informationen: VMware KB2038263

WSUS Verbindungsfehler, Serverknoten zurücksetzen (Event 501 und SQL Event 18456)

Veröffentlicht am von — 2 Kommentare ↓

Problem

Die WSUS-Dienste starten nicht mehr so ganz richtig, es gibt den Fehler bei der Anmeldung für den Benutzer „NT-AUTORITÄT\Netzwerkdienst“. Das passiert nach der Installation des Updates KB3148812 und/oder KB3159706. Die Updatesuche auf den Clients schlägt ebenfalls fehl.

Lösung

Schuld ist ein Fehler beim Starten der WSUS-Dienste aufgrund einer unvollständigen Patchinstallation. Die schnellste Möglichkeit ist die Deinstallation von KB3148812 / KB3159706.

Die vollständige Fehlerbehebung ist allerdings zwar umständicher, aber sicherer. Nachfolgende Upates funktionieren wieder und die sichere Anmeldung bleibt intakt.

  1. „Als Administrator“ die Post-Setup Scripts für die WSUS-Utils ausführen ausführen: 
    C:\> "%programfiles%\Update Services\Tools\wsusutil.exe" postinstall /servicing
  2. „Als Administrator“ die .NET HTTP-Aktivierung nachinstallieren 
    PC C:\> Add-WindowsFeature NET-HTTP-Activation
  3. „Als Administrator“ die Datei „%programfiles%\Update Services\WebServices\ClientWebService\Web.Config“ bearbeiten und ganz unten vor dem „</system.serviceModel>“ Tag eine Site-Bindung einfügen: 
    </bindings>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
</system.serviceModel>
  4. „Als Administrator“ einen IIS-Neustart auslösen 
    c:\> iisrest /noforce

Mehr Informationen und eine Klick-Anleitung: https://support.microsoft.com/en-us/help/3159706/