Veeam Warnung „Backup location is getting low on free disk space“ und „Disk NAME is running low on free space“

Veeam Backup Location is getting low on free disk spaceVeeam schickt ab und zu Nachrichten mit der Meldung „Backup location is getting low on free disk space“, oder genauer „Backup location [BLAH] is getting low on free disk space (3,0 GB free of 1,5 TB)“. Das ist im Prinzip sehr gut und kann hilfreich sein. Bei großen Backup-Repositories nervt das aber etwas, denn da sind die absoluten Werte in der Regel größer. Veeam prüft den freien Speicherplatz in jedem Repository einzeln. Gibt es weniger als 10% freien Speicherplatz, erscheint eine Meldung im Job.

„Backup location is getting low on free disk space“ Schwellenwert konfigurieren

  • In der Registry
    HKLM\Software\Veeam\Veeam Endpoint
  • REG_DWORD Wert „BackupRepositoryFreeSpaceThresholdPercent“ erstellen
  • Wert in absoluten Prozent eintragen (z.B. 5 für 5%). Default ist leer für 10%.
  • Veeam-Backup-Service neu starten
    sc stop VeeamBackupSvc && sc start VeeamBackupSvc

„Disk <Foo> is running low on free space“ Warnung abschalten

Ähnlich verhält sich Veeam bei der Prüfung des freien Platzes auf den Server-Laufwerk. Sinnvoll ist das nicht immer, vor allem nicht bei Recovery- oder eigenen Sicehrungspartitionen.

  • In der Registry
    HKLM\Software\Veeam\Veeam Endpoint\
  • REG_DWORD Wert „DisableVolumeFreeSpaceCheckWarning“ mit dem Wert „1“ erstellen
  • Veeam-Backup-Service neu starten
    sc stop VeeamBackupSvc && sc start VeeamBackupSvc

Office 2016 und Office 365 Fehlercode 30180-4 beim Deinstallieren

Problem

Bei der Deinstallation von Office 365 (Office 2013 / Office 2016) – meistens eine Vorinstallation auf dem neuen PC – taucht nach einer Weile die Fehlermeldung 30180-4 auf.

Das hat leider nicht geklappt.
Leider konnte Office nicht installiert werden. Stellen Sie bitte sicher, dass eine Internetverbindung besteht,
und versuchen Sie dann die Installation erneut.
Fehlercode: 30180-4

Lösung

Das ist ein bekanntes Problem und in der aktuellsten Version des Setups bereits gefixt. Leider verweden OEM-Hersteller noch für eine ganze Weile die alte Version.

Die Sprache und Versionnummer hierbei einfach ignorieren, obwohl das Tool englisch spricht und für „Version 15“ gebaut zu sein scheint, klappt das ausgezeichnet.

Offizieller Support-Artikel: https://support.office.com/de-de/article/Fehlercode-30180-4-bei-der-Installation-von-Office-67f86bff-bea5-45ad-8a63-bb11c2c12eda

Outlook E-Mail Standardschriftart mit GPO festlegen

Praktisch seit dem Erscheinen des ersten Outlook-Clients in „Office 2000“ wünschen sich Unternehmen die Möglichkeit, eine Standartschriftart in E-Mail für Benutzer in der Domöne vorzugeben. Natürlich ist es generell nicht möglich Fonts zu verwenden die der Empfänger nicht besitzt – und man hat ja keine Ahnung welche der Empfänger hat. Aber nunja „bei uns wird das dann ja richtig angezeigt“ scheint das faktenignorierende Killerargument zu sein. Und der Kunde ist ja schliesslich König.

Unter OWA gibt es sowiso bisher keine Möglichkeit, die Standartschriftart vorzugeben. Jeder Postfachnutzer muss das selber machen.

Aufgrund der technischen Unlösbarkeit dieser Herausforderung, gibt es keine Standart-Gruppenrichtlinie (GPO) dafür; jedenfalls nicht bis Windows Server 2016 und Office 2016 (Office365).

Outlook Standartschriftart mit GPO vorgebenSo legt man die Standart-Schriftart für Outlook (Office 365) mittels GPO fest

  1. Einen Outlook-Client wunschgemäß mit der Standartschriftart konfigurieren.
    Je nach Outlook-Version findet sich die Einstellung etwas versteckt. In Outlook 2013/2016 liegt das beispielsweise unter Datei > Optionen > E-Mail > Briefpapier und Schriftarten.
  2. Einstellungen aus der Registry in eine GPO (idealerweise GPO-Preferences) übernehmen
    HKEY_CURRENT_USER\Software\Microsoft\Office\<Version>\Common\Mailsettings

    Die Einstellung ist ein Wert von Typ „REG_BINARY“ und sieht etwas seltsam aus, das ist aber korrekt so. Es reicht auch eine „Benutzer-Richtlinie“ um den Wert zu vergeben,

Am einfachsten geht das, wenn auf dem client mit Outlook auch die Remoteserver-Verwaltungstools für Windows 10 (RSAT) installiert sind. Dann öffnet man die Gruppenrichtlinienverwaltung einfach auf dem Client, erstellt/bearbeitet das passende Richtlinienobjekt (GPO), fügt unter Benutzerkonfiguration > Einstellungen > Windows-Einstellungen > Registrierung ein neues Element hinzu und wählt die passenden Schlüssel aus.

Zum Beispiel für Outlook 2016 lautet der Registry-Pfad:

HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\MailSettings

Die relevanten Schlüssel für die Auswahl der Outlook-Schriftart sind:

  • ComposeFontComplex – Neue E-Mail
  • ComposeFontSimple – Neue E-Mail
  • CReplyFontComplex – Antworten und Weiterleiten
  • CReplyFontSimple – Antworten und Weiterleiten
  • TextFontComplexLokale Anzeige bei Plain-Text E-Mails
  • TextFontSimpleLokale Anzeige bei Plain-Text E-Mails

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

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

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)

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/