Archiv des Autors: weed

HP Integrated Lights-Out (ILO, alle Versionen) Kennwort zurücksetzen, Benutzer hinzufügen

Veröffentlicht am von — Keine Kommentare ↓

Problem

Da hat der Kunde einen Server mit dem schicken HP Integrated Lights Out (ILO) gekauft, aber irgendwann™ hat irgendjemand™ wohl irgendwo™ das Kennwort geändert und natürlich nicht dokumentiert oder vergessen.

Voraussetzung für den Kennwortreset ist ein lokaler administrativer Benutzer oder root-Zugang auf dem Hardware-Server. Sollte die Maschine ein ESX(i) sein, ist ein bisschen mehr Aufwand notwenig, geht aber auch. Unter vmware ESX müssen die HP-Tools installaiert sein oder ein HP-ESX(i) Image gebootet sein (das enthält schon automatisch den Interface Driver und HPONCFG).

Lösung

  1. HP Service Pack for ProLiant herunterladen (das ersetzt ab jetzt die Smart Update Firmware DVD und die ProLiant Support Packs (PSPs) und installieren. Wichtig ist der „ILO Channel Interface Driver“, das ist das API Interface für HPONCFG.
  2. Alternativ: Download hponcfg (für Windows) mit ilo-rest.xml direkt von hier. Achtung, das ist bestimmt superillegal und total gefährlich und so und überhaupt. hponcfg für Windows (ugg.li mirror download)
  3. Erstelle im hponcfg-verzeichnis eine ilo-reset.xml 
    <ribcl VERSION="2.0">
<login USER_LOGIN="Administrator" PASSWORD="egalpasswort">
<user_INFO MODE="write">
<mod_USER USER_LOGIN="Administrator">
<password value="neuespasswort"/>
</mod_USER>
</user_INFO>
</login>
</ribcl>
  4. An der Kommandozeile das neue XML dann ins ILO schreiben: HPONCFG.exe /f ilo-reset.xml

Alternativ lässt sich auch ein neue „nackter“ Admin-Benutzer zum ILO hinzufügen.

Neuer-ILO-Benutzer.XML

<RIBCL VERSION="2.1">
 <LOGIN USER_LOGIN="Administrator" PASSWORD="password">
 <USER_INFO MODE="write">
 <ADD_USER
 USER_NAME = "aadmin" <-- neuer user (name)
 USER_LOGIN = "aadmin"  <-- neuer user (loginname)
 PASSWORD = "Just1Tribute"> <-- neues passwort
 <ADMIN_PRIV value = "Y"/>
 <REMOTE_CONS_PRIV value = "Y"/>
 <RESET_SERVER_PRIV value = "Y"/>
 <VIRTUAL_MEDIA_PRIV value = "Y"/>
 <CONFIG_ILO_PRIV value = "Y"/>
 </ADD_USER>
 </USER_INFO>
 </LOGIN>
</RIBCL>

Weider mit hponcfg /f einlesen und setzen, fertig.

Microsoft Office 2013 CTR (Click-To-Run) oder Office 365 oder CTR-Virtualized Office deinstallieren

Veröffentlicht am von — Keine Kommentare ↓

office2013Das CTR-Office ist eine virtualisierte und streamingfähige Version von Office. An sich eine ganz nette Erfindung für Endanwender, in größeren Netzen oder für Patch-bedachte Netzteilnehmer aber eher unbrauchbar. Leider scheint die Deinstallation ähnlich virtuell stattzufinden wie die Ausführung, sprich die Deinstallation funktioniert nur in den seltensten Fällen fehlerfrei (ich persönlich habe noch keine einzige funktionierende Deinstallation gesehen).

Lösung:

Bisher hat in den misten Fällen das MS-FixIt dafür geholfen: http://support.microsoft.com/kb/2739501

Wenn es das mal nicht tut, hat (bisher) oft das manuelle Anstossen der De-Registrierung das Problem beseitigt:

  • In 
    %ProgramFiles%Microsoft Office 15rootintegration

    die fiese Integratur mit der Unregister-Option starten: 

    integrator.exe /U
  • Dann an der Shell (jaja, natürlichmit rechten) die übrig gebliebenen Tasks entfernen:
    • schtasks.exe /delete /tn „MicrosoftOfficeOffice 15 Subscription Heartbeat“
    • schtasks.exe /delete /tn „MicrosoftOfficeOffice Automatic Update“
    • schtasks.exe /delete /tn „MicrosoftOfficeOffice Subscription Maintenance“

Fertig. Also meistens.

DNS-Suffix Suchliste per DHCP verwalten

Veröffentlicht am von — Keine Kommentare ↓

Grade beim mergen mehrerer Domains mag es manchmal umständlich sein, zuerst alle Benutzer [und Administratoren] auf die Verwendung von FQDNs zu trainieren, um einen dieser Namen dann wieder entschwinden zu lassen und dieses Verhalten wieder abzugewöhnen. Die Suffix-Suchliste ist ein String mit der Optionsnummer 119 und wird so zum Windows-DHCP hinzugefügt:

  1. DHCP-MMC öffnen -> Server verbinden
  2. Auf den Server -> IPv4 -> Rechte MT -> Vordefinierte Optionen festlegen
  3. Unter „Optionsklassenstandard“ die Option hinzufügen:
    1. Unter Name was tolles vergeben (z.B. „DNS-Suffix-Suchliste“)
    2. Den Code auf 119 und die Zeichenfolge Datentyp (kein Array) stellen
  4. Ok -> Ok
  5. Bereichtsoptionen konfigurieren -> 119 auswählen, konfigurieren fertig.

Windows 2000/XP/Vista/7/8/8.1 lesen die Option 119 vom DHCP nicht aus.

Für Windows XP und höher gibt es aber die feinen Gruppenrichtlinien. Da lassen sich natürlich auch Suffixe festlegen: Unter

Computerkonfiguration -> Richtlinien -> Administrative -> Netzwerk -> DNS

findet sich die Suchlistenkonfiguration (und ist hier auch gut dokumentiert).

Windows Server 2008R2 DHCP Synchronize reserved IPs (DHCP-Reservierung von einem Server auf einen anderen kopieren)

Veröffentlicht am von — Keine Kommentare ↓

DHCP SynchronisationRedundante DHCP-Server sind eine feine Sache. Microsoft geht sowas gerne mit der 70/30 Methode an, andere Hersteller haben andere Zahlen – nutzen aber die selbe Technik. Die Proportionen sind natürlich jeweils anpassbar, die Taktik aber gleich: Man baut einfach identische DHCP-Server, schliesst aber jeweils die Hälfte der Adressen (oder 70% und 30%) von der Verteilung pro Server aus. Funktioniert gut, ist aber nicht die performateste Möglichkeit – und löst das Problem der Reservierungen nicht. Reservierungen müssen jeweils auf beiden (oder mehr) Servern angelegt werden, sonst endet ein Client gerne mal mit einer falschen (oder vermeintlich reservieren) Adresse.

Dieses Script holt sich die DHCP-Reservierungen von einem „Master“ Server ab und importiert diese in (den selben Bereich) in einen Zielserver. Der Bereich muss schon existieren. Die restliche Konfiguration der Server bleibt dem Admin überlassen – ob 50/50, 70/30 oder 100/100 ist egal. Es werden nur die Reservierungen kopiert. Diese Aufgabe ist Scripttechnisch etwas hakelig, weil die Waffe der Wahl „netsh“ die Daten im DHCP zwar lesen und schreiben kann, dafür aber unterschiedliche Formatierungen benötigt. MAC-Adressen werden zum Beispiel im Format „aa-aa-aa-aa-aa-aa-“ (ja mit dem „-“ am Ende) ausgegeben, beim ‚delete reservedip‘ muss aber das Format „aaaaaaaaaaaa“ genutzt werden. Danke Microsoft *ARGH*.

Features

  • Benötigt keine Erweiterungen oder ekelige Tools (VBScript, Powershell, .NET, Whatever). Nur Einfaches Batch, SED (enthalten) und netsh
  • Läuft – abhängig vom DHCP-Server – recht schnell
  • Nutzung sehr einfach
  • Keine Parameter, einfach starten

Benutzung

  • Herunterladen, auspacken
  • Script bearbeiten, Variablen ausfüllen
  • Als Nutzer mit passenden Rechten (z.B. DHCP-Operator) starten. Sowohl Quell- als auch Ziel-DHCP Dienst müssen laufen.

Download

ToDo

  • Auf Server 2012 erweitern (DHCP-Failover nutzen)
  • Übersetzen 🙂

vCenter Server Appliance Update 5.1 auf 5.1 U1+ schlägt fehl – OpenSSL Fatal Flips Selftest Failure

Veröffentlicht am von — Keine Kommentare ↓

In der Weboberfläche (https://<vcenter-appliance>:5480/) ist das Update der Appliance schnell gestartet:

Leider schlägt das Update bei der Version 5.1 (Build 880472 und kleiner) gerne fehl. Das Update läuft in der Regel in paar Stunden lang (ich habe schon 4-5 Stunden gewartet), im Gegensatz zu den Aussagen von vmware (…“the update process halts for nearly an hour and the update status at Web UI shows as installing updates. However, eventually, the update completes successfully after an hour.“). Schuld ist ein Fehler ist der FIPS-Sicherheitsprüfung der SSL-Module

In der Regel ist das Update trotz langer Wartezeit irgendwann mit diesem Fehler in einem halbkaputten Zustand:

./etc/init.d/vami-sfcb: line 238: 7385 Aborted nohup /opt/vmware/share/vami/vami_sfcb_test > /dev/null 2>&1
./etc/init.d/vami-sfcb: line 238: 7398 Aborted nohup /opt/vmware/share/vami/vami_sfcb_test > /dev/null 2>&1.failed, restarting vami-sfcbd.
Shutting down vami-sfcbd: done.
Starting vami-sfcbd: done.
Checking vami-sfcbd status:/etc/init.d/vami-sfcb: line 238: 7513 Aborted nohup /opt/vmware/share/vami/vami_sfcb_test > /dev/null 2>&1
./etc/init.d/vami-sfcb: line 238: 7526 Aborted nohup /opt/vmware/share/vami/vami_sfcb_test > /dev/null 2>&1
./etc/init.d/vami-sfcb: line 238: 7539 Aborted nohup /opt/vmware/share/vami/vami_sfcb_test > /dev/null 2>&1
./etc/init.d/vami-sfcb: line 238: 7552 Aborted nohup /opt/vmware/share/vami/vami_sfcb_test > /dev/null 2>&1

Es hilft, VOR DEM UPDATE die SSL-Bibliotheken und Binaries auf den aktuellen Stand zu bringen und die FIPS-Hashes zu löschen. Das geht auch nach oder während eines kaputten Updates, allerdings sollte man das Update danach noch einmal korrekt ganz durchlaufen lassen – das klappt dann meistens auch. Gegen zerstörte Datenbanken hilft die Snapshot-Funktion 🙂

Lösung:

  • Die Update-ISO in die vCenter-Appliance einlegen (Download hier)
  • An der Appliance anmelden, via SSH oder lokal
  • Falsche FIPS-Hashes löschen 
    rm /usr/lib64/.lib*.hmac
  • ISO mounten, Pakete aktualisieren, ISO unmounten 
    mount /dev/cdrom /media/
cd /media/update/package-pool
rpm -Uvh openssl-*
rpm -Uvh libopenssl0_9_8-*
rpm -Uvh openssh-5.1p1-*
umount /media/
  • Reboot der Appliance (Achtung, das dauert einen Moment). Danach startet auch die Weboberfläche wieder.
  • Das Update über die Weboberfläche neu starten und komplett laufen lassen (kann ~45m bis 1h dauern)
  • Reboot

Wenn die Appliance auf dem Upgrade-weg komplett zerschossen wurde, was passieren kann wenn ein Admin die VM wären des Prozesses im falschen Moment hart rebootet, hat mir die Anleitung zum manuellen Update sehr weitergeholfen. Danke @Martin Knaup (http://vaspects.blogspot.de/2013/05/workaround-for-vcenter-server-appliance.html). Das ist zwar unsupportet, aber in der Regel stressfrei und wesentlich sinnvoller als alles neu zu bauen – je nachdem wieviele Replikationsjobs, Backups, Regel und so weiter an dem vCenter dranhingen.