znilwiki - Benutzerbeiträge [de]

.NET 3.5 kann auf Windows Server 2012 R2 ROK Version nicht installiert werden

2014-12-22T14:40:51Z

Aklausing:

[[Kategorie:Windows]]
[[Kategorie:Windows_8]]
Das "normale" Installationsproblem mit .NET 3.5 unter Server 2012 und Server 2012R2 (betrifft natürlich auch Windows 8 und Windows 8.1) kennen mittlerweile ja nun schon sehr viele.
 
Das Thema wird in diversen Foren diskutiert und bisher gibt es auch immer eine passende Lösung.
 
Unter Server 2012 (R2) muss man .NET 3.5 als Feature hinzufügen; und da weder in der Installationsquelle noch auf Windows Update passende Dateien dafür vorgehalten werden, muss man einen alternativen Installationspfad angeben.
 
Entweder im Servermanager auf der grafischen Oberfläche:
 
[[Datei:Dotnet35_image.png]]
 
Oder auf der Kommandozeile:
DISM.EXE /online /enable-feature /featurename:NetFX3 /all /LimitAccess '''/source:x:\sources\sxs\'''
Sollte die Quelle nicht verfügbar sein, bekommt man einen der Fehler '''"0x800F0906", "0x800F081F" oder "0x800F0907"''' zurück geliefert. Zu deren Behebung es auch einen sehr ausführlichen Microsoft Artikel gibt:
 
[http://support.microsoft.com/kb/2734782/de Microsoft KB2734782]
Nun hab ich hier vor mir eine virtuelle Maschine mit Windows Server 2012 R2 ROK (Reseller Option Kit, also OEM) darin installiert. Noch keine Windows Updates installiert, keine weiteren Einstellungen vorgenommen. Nur das blanke Betriebssystem. Soll ja auch mal eine Vorlage werden. Also möglchst wenige Einstellungen schon in der Vorlage verankern.
 
Nun starte ich die .NET 3.5 Installation, weil das ein Feature ist, was man bei sehr vielen Installationen benötigt. Und die Installation bricht mit dem Fehler '''"0x800F081F"''' ab. "Quelldateien nicht gefunden." So ein Quatsch ... ich hab doch den Quellpfad angegeben. Also die Dateien - wie in vielen Foren beschrieben - auf die lokale Festplatte kopieren und dieses Verzeichnis als Quelle angeben. Installation noch mal starten: '''Fehler "0x800F081F"'''.
 
Google kann mir eine ganze Zeit auch nicht wirklich weiter helfen, da sich alle nur auf das "Du musst das Verzeichnis auf die Platte kopieren" Problem beschränken - weil es wohl bei den Meisten das Problem auch behebt.
 
Dann wurde ich auf einen HP eigenen Artikel aufmerksam, der einen Fehler beschreibt, der bei der Installation von .NET 3.5 auf Server 2012(R2) ROK Installationen von HP auftritt. Da der Server aber Internet hat - und das ist wohl der beschriebene Fehler - konnte es das wohl auch nicht sein :(
 
[http://h20565.www2.hp.com/hpsc/doc/public/display?sp4ts.oid=471923&docId=emr_na-c04083516&docLocale=en_US HP Support Doc c04083516]
Dann wurde ich doch noch fündig. In einem Forum gab es einen Eintrag, der sich mit der Thematik beschäftigte und der zuerst auch die Standard Fehlerbehebungen abklopft (Quelle angeben, Quelle auf Platte kopieren ...). Etwas weiter im Forenbeitrag kommt dann aber der entscheidende Hinweis auf die Ursache des Fehlers.
 
Bei einer HP ROK Installation (wohl auch bei allen anderen ROK Installationen) wird das System in der vorher ausgewählten Sprache installiert - der Installationsdatenträger ist immer multilingual. ZUSÄTZLICH werden dann aber die Sprachpakete für alle anderen, auf dem Datenträger vorhandenen Sprachen installiert. Und das ist scheinbar das Problem:
 

'''.NET 3.5 lässt sich nicht als Feature aktivieren/installieren, wenn zusätzliche Sprachpakete auf dem System installiert sind! '''
[http://forums.mydigitallife.info/threads/47809-NET-Framework-3-5-fails-to-install-in-Windows-Server-2012-R2-Or forums.mydigitallife.info]

Da heißt es etwas weiter unten:
* Installing a Windows language pack before installing the .NET Framework 3.5 will cause the .NET Framework 3.5 installation to fail. Install the .NET Framework 3.5 before installing any Windows language packs.
Aha! Also mal mit '''"lpksetup"''' überprüfen, ob bei einer ROK Installation Language Packs installiert werden:
 
[[Datei:Lpksetup001.png]]
 
Siehe da ... zwei Sprachen installiert. Also mal alle überflüssigen Language Packs deinstallieren und danach nochmal versuchen. Und was soll ich sagen. Nachdem nur noch die primäre Anzeigesprache installiert ist, kann man unter Angabe einer gültigen Installationsquelle auch .NET 3.5 aktivieren.

Danke Microsoft für diese tolle Installationroutine ;)

Datei:Lpksetup001.png

2014-12-22T14:38:03Z

Aklausing:

Datei:Dotnet35 image.png

2014-12-22T13:11:46Z

Aklausing:

Datei:Dotnet35 image 4.png

2014-12-22T13:06:33Z

Aklausing:

ESXi 5.x erfolgreich auf USB Stick installiert / System bootet anschließend nicht vom Stick

2014-10-20T14:10:30Z

Aklausing: Die Seite wurde neu angelegt: „ Kategorie:ESX Kategorie:ESXi Kategorie:VMware Folgende Ausgangssituation: * HP Server / HP Blade * Alle Firmware Stände aktuell * System ist fü…“

[[Kategorie:ESX]]
[[Kategorie:ESXi]]
[[Kategorie:VMware]]
Folgende Ausgangssituation:

* HP Server / HP Blade
* Alle Firmware Stände aktuell
* System ist für ESX 5.0 Update 3 offiziell von VMware freigegeben
* USB Stick in das System gesteckt, welcher am PC/Notebook einwandfrei funktioniert hat
* USB Stick vorher vollständig gelöscht

Ich habe in dieser Konstellation versucht einen ESXi Server auf einem HP BL460 G1 Blade zu installieren. Vorher noch brav alle Firmware Stände aktualisiert und dann über das iLO die Installations CD gemountet.

Die Installation ist sauber und ohne Fehlermeldungen durchgelaufen. Alle lokalen Datenträger wurden sauber erkannt.

Nach dem Neustart des Servers dann die Ernüchterung. Der Server bootet nicht vom USB Stick.
Keine Fehlermeldungen oder Warnungen. Einfach direkter Sprung in den PXE Netzwerkboot.

'''Erster Versuch:''' Nehmen wir mal nicht ESXi 5.0, nehmen wir doch mal ESXi 5.5 Update 2. Also den gleichen Versuch nochmal. CD mounten, Installation durchführen. Läuft alles sauber durch. Server startet neu. Server bootet NICHT vom USB Stick sondern vom Netzwerk.

'''Nächster Gedanke:''' USB Stick doch defekt? Also den USB Stick getauscht und beide Versuche anschließend noch mal durchgeführt. Kein Erfolg. Der Server bootet nicht vom Stick.

'''Nächster Gedanke:''' Der Server ist ja schon ganz schön alt. Nicht, dass der ESXi da irgendwie den Bootsektor falsch drauf schreibt und der "alte" Server den Stick nicht als Bootmedium erkennt.

Google angeschmissen und ... richtig: [http://h30499.www3.hp.com/t5/ProLiant-Servers-ML-DL-SL/ML310e-Gen8-not-booting-from-USB-Key-with-ESXi-installed/td-p/6160313#.VEUDwvgcSwU ML310e not booting from USB Key]

Ist zwar ein anderes Server Modell aber das gleiche Problem.

Also eine neue Installation mit ESXi 5.5 Update 2 durchgeführt. Beim Starten <code>Shift+O</code> gedrückt und in der Startzeile den Text auf <code>runweasel formatwithmbr</code> erweitert.

Installation durchlaufen lassen. Server neu gestartet ... siehe da, da startet doch tatsächlich ein ESXi Server vom USB Stick. Der Installer formatiert also den Stick automatisch als GPT und damit kann der alte HP Server einfach nichts anfangen - zumindest nicht zur Boot-Zeit.

Andreas

Datei:Drive-FW Utility upload.png

2014-02-10T12:44:48Z

Aklausing:

Datei:Drive-FW Utility run.png

2014-02-10T12:44:30Z

Aklausing:

Datei:Drive-FW needed software.png

2014-02-10T12:44:01Z

Aklausing:

Datei:Drive-FW Firmware upload.png

2014-02-10T12:43:23Z

Aklausing:

Datei:Drive-FW Audit log.PNG

2014-02-10T12:42:48Z

Aklausing:

V7000 Firmware Update Festplatten mit dem upgradeutility

2014-02-10T12:41:32Z

Aklausing: Die Seite wurde neu angelegt: „ Kategorie:Hardware Kategorie:IBM Kategorie:SAN Kategorie:SAN+NAS Kategorie:V7000 Für die V7000 / SVC Code Version ab 6.4.0.0 gibt es seit…“

[[Kategorie:Hardware]]
[[Kategorie:IBM]]
[[Kategorie:SAN]]
[[Kategorie:SAN+NAS]]
[[Kategorie:V7000]]
Für die V7000 / SVC Code Version ab 6.4.0.0 gibt es seit einiger Zeit endlich ein Utility, mit dem man die Festplatten-Firmware relativ komfortabel aktualisieren kann, da das Utility auch einen "mach einfach mal für alle Platten" Modus kennt. Beim SVC war das natürlich nicht unbedingt ein Problem, da die einzigen "internen" Platten die SSDs im Controllergehäuse sind!

Das ist gerade für Systeme mit 240 Platten, bei denen 220 Stück ein Firmware Upgrade brauchen eine echte Erleichterung ;)

Der IBM Artikel zu diesem Utility: [http://www-01.ibm.com/support/docview.wss?uid=ssg1S4001077 IBM Webseite]

The installation and usage of this utility is non-disruptive
and does not require any nodes or node canisters to be restarted,
so there is no interruption to host I/O.
The utility will only be installed on the current configuration node.

Das Utility wird folgendermaßen verwendet:

Als erstes muss man sich bei IBM die passenden Komponenten herunterladen:

[http://www-947.ibm.com/support/entry/portal/downloads/hardware/system_storage/disk_systems/mid-range_disk_systems/ibm_storwize_v7000_%282076%29 V7000 Support Portal]

[http://www-947.ibm.com/support/entry/portal/downloads/hardware/system_storage/storage_software/storage_virtualization/san_volume_controller_%282145%29 SAN Volume Controller Support Portal]

[[Bild:Drive-FW_needed_software.png|800px]]

Wenn man die Software zusammen hat, kann es losgehen:

* Das Utility per SCP auf das Zielsystem kopieren
[[Bild:Drive-FW_Utility_upload.png|800px]]
* Das DISK Firmware File per SCP auf das Zielsystem kopieren
[[Bild:Drive-FW_Firmware_upload.png|800px]]
* Das Utility installieren
svctask applysoftware -file IBM_INSTALL_driveUpgrade_130610
* Das Utility aufrufen
** Entweder dediziert für einzelne Platten
utilitydriveupgrade -drive 1,3,7,23,100 -filename <DRIVE FW File>
** Oder einfach für ALLE Platten im System
utilitydriveupgrade -drivemodel ALL -filename <DRIVE FW File>

[[Bild:Drive-FW_Utility_run.png|800px]]
 
Dann dauert es je nach Anzahl der ausgewählten Platten oder der Anzahl der Plattem im System einige Zeit, bis das Utility die Firmware aktualisiert hat. Im Audit Log der Storage Systeme kann man nachvollziehen, welche Platten wirklich aktualisiert worden sind:
 
[[Bild:Drive-FW_Audit_log.PNG|800px]]

Datei:Kernel PST Viewer.png

2012-03-01T15:02:22Z

Aklausing:

Datei:VSphere Client Icon.PNG

2011-04-21T11:09:36Z

Aklausing:

Datei:Vmware Infrastructure Client Icon.PNG

2011-04-21T11:02:46Z

Aklausing:

Citrix:WI IE9

2011-04-18T10:47:06Z

Aklausing: /* Starten einer Anwendung über das Webinterface mit dem IE9 */