Archiv der Kategorie: Windows

Windows DHCP Failover Fehler 20010 (Die angegebene Option besteht nicht)

Veröffentlicht am von — 2 Kommentare ↓

Problem

server2012-dhcp-failover-fehlerBeim einrichten eines Windows Server 2012R2 DHCP Failover-Systems gibt es bei der Übertragung der Bereiche auf den zweiten Server den Fehler „Die angegebene Option betseht nicht“. Der Einrichtungsassistent bricht dann ab, die Übertragenen Änderung werden rückgängig gemacht und der zweite server erhält keine Berechsdaten.

Lösung

Das passiert immer dann, wenn man in dem Betroffenen Bereich nicht-Standardoptionen verwendet. Interessanterweise schlägt die Replikation unter anderem auch bei der Microsoft-Option 252 (für WPAD, die Windows-Proxy Autoerkennung) fehl. Gute Kandidaten sind auch Optionen für verschiedene IP-Telefone und Hardware-Sensoren.

So gehts: Die „seltsamen“ Optionen aus dem Quell-Bereich löschen (NUR aus dem DHCP-Bereich, nicht aus den Vordefinierten Optionen!), dann die Cluster-Einrichtung (erfolgreich) wiederholen und letztendlich die Option auf beiden Partnerservern im Nachhinein wieder manuell hinzufügen. Dann klappt das sogar mit dem Failover.

@Microsoft: Please fix this.

SATO BurnyDNC Alternative für Windows 8/10 (Windows Server 2012R2)

Veröffentlicht am von — 2 Kommentare ↓

Problem

dncburnyDas Stinalte SATO-Programm „DNC Burny“ zum Transfer von (NC) CAD-Programmen auf eine (Sato-) DNC-Maschine funktioniert unter Windows Server 2012R2 nicht mehr. Das Programm stürzt der Meldung „Fehler 70“ und einem Zugriffsfehler ab. Das gilt für alle DNC-Maschinen (Sato, Gildemeister, Fanuc, Sinumerik, Fadal, Boss, Heidenhain, Okuma, Cubotic, Traub, Mazak ISO, Haas and Haas XModem, …).

Lösung

Das stimmt, das Programm funktioniert wegen des DMA-Locks im neuen Windows nicht mehr. Pflege, Wartung, Service oder Support gibt es (außer der Ansage „kaufen Sie doch eine neue Maschine“) nicht mehr. Zum Glück gibt es aber eine ausgezeichnete Alternative: RemoDNC (Seriennummer für die 60-Tage Trial: C3XBC-0-0-0)

Das Tool kann nicht nur Dateien Senden und Empfangen, sondern auch als „Abrufserver“ für alle Maschinenprogramme dienen. Die Lösung ist so flexibel, das sich damit so ungefähr alles was DNC spricht halbwegs brauchbar anbinden lässt.

Fragt man sich vielleich „Was soll so ein Beitrag hier?“. Diesen Artikel gibt es, weil wir hier bei einem Industrieunternehmen Vor-Ort länger und gründlich nach einer brauchbaren Lösung gesucht haben. Jetzt können wir die betroffenen Server auch endlich auf etwas halbweg aktuelles migrieren und die viele tausend Eure teure Maschine darf noch ein bisschen weiterlaufen und Dinge mit Plasma zerschneiden.

Intel „Grafikeigenschaften“ und „Grafikoptionen“ aus Rechte-Maustaste Menü entfernen

Veröffentlicht am von — 1 Kommentar ↓

intel_grafikeigenschaftenmIch bin nicht sicher, wie man zu einer solchen Idee kommt. Denkt Intel tatsächlich, jeder Computerbenutzer ruft täglich die Superlangsamen Intel-Grafikeinstellungen auf? Ist der Klick auf die „Grafikoptionen“ wichtiger als der Browser? Haben Jahre des Datensammelns ergeben, das es wichtig ist „Grafikeigenschaften“ stets griffbereit auf dme Desktop im Kontextmenü zu haben?

So wird man die Intel-Einträge im Kontectmenü auf dem Desktop los:

HKEY_CLASSES_ROOT\Directory\Background\shellex\ContextMenuHandlers\igfxDTCM

Entfernen, fertig.

Update: nVidia-Eintrag ins Kontextmenü ebenfalls loswerden:

HKEY_CLASSES_ROOT\Directory\Background\shellex\ContextMenuHandlers\NvCplDesktopContext

Danke @“Donald THE Duck “ 🙂

vSphere erzeugt beim Snapshots-Erstellen NTFS-Fehler auf Windows-Servern (Event 50/57/137 …)

Veröffentlicht am von — 4 Kommentare ↓

Problem

ntfs-fehler-event-55Das Erstellen eines oder mehrere Snapshots, zum Beispiel durch Backupsoftware (Veeam, R2Data, Tivoli …) erzeugt Fehler und Warnungen im Eventlog des Windows-Servers:

  • ID 50 NTFS Warning, delayed write failed / delayed write lost
  • ID 55 NTFS Fehler, In der Dateisystemstruktur wurde eine Fehler erkannt
  • ID 57 NTFS Warning, failed to flush data to the transaction log. Courruption may occur.
  • ID 137, NTFS Error, The default transaction resource manager on volume [] encountered a non-retryable error
  • ID 140, NTFS Warning, failed to flush data to the transaction log. Courruption may occur in VolumeID:
  • ID 12289 VSS Error, Volume Shadow Copy Service error: Unexpected error DeviceIOControl

Je nach Umstand können sogar echte Daten verloren gehen (unter Umständen sogar eine korrupte Datenbank). Die vmware-Version (vSphere 4/5/6, vRealize …) ist dabei irrelevant.

Lösung

Der Fehler liegt eigentlich am Windows Server und ist Microsoft bekannt (http://kb.vmware.com/kb/20068499). Eine Hotfix-Lösung gibt es leider (noch) nicht, aber bevor man mit defekten Daten hantiert und diese am Ende noch kaputt sichert, sollte man bei den betroffenen Systemen auf die quiescence verzichten:

  • Config-Datei für die vmware Tools bearbeiten (oder erstellen, wenn nicht vorhanden) 
    C:\ProgramData\VMware\VMware Tools\Tools.conf
  • Diese Zeilen einfügen: 
    [vmbackup]
vss.disableAppQuiescing = true
  • Dann den vmware Tools-Dienst neu starten

Und schon laufen externe Snapshots ohne Quiescence auf diesem System. Hoffentlich wird das bald gefixt …