Nachdem der Retroserver längere Zeit nicht gestartet wurde, begrüßte mich vor der üblichen Loginaufforderung plötzlich ein Dialog mit dem Wortlaut „Diese Kopie von Windows Server 2003 R2 muss aktiviert werden“ mit den Optionen „Ja“, „Nein“ oder „Abbrechen“, wobei letzteres den Server herunterfuhr.

Wenn ich „Ja“ wählte ging der auch von XP bekannte WGA-Aktivierungsdialog mit dem Text „Diese Kopie wurde bereits aktiviert“ auf, ein Klick auf „OK“ brachte mich nur zurück zur ersten Meldung. „Nein“ brachte überhaupt keine Veränderung. Toll, Sackgasse.

Was tun?

Nachdem ich die Fehlermeldung bruchstückhaft in Englisch gegoogelt habe („Error: This copy of Windows must be activated before you can log on.“) bin ich auf eine Lösung gestoßen. Diese präsentiert „The Rambling IT Man“ auf seinem Blog (archive.org) der direkt bei WordPress gehostet wird.

Ich „reblogge“ den Inhalt seiner Lösung hauptsächlich um den Ablauf auf Deutsch darzustellen. Gleichzeitig existiert dann eine zweite Version der Informationen, Websites verschwinden leider häufig irgendwann.

Die Lösung:

Der Ablauf sollte sowohl in einer VM als auch auf einem physischen Server funktionieren, in meinem Fall klappte es auf einem physischen Server sofort.

Schritt 1: Herunterfahren

Server 2003 (R2) herunterfahren.

Schritt 2: Wieder hochfahren

Wieder hochfahren, dabei öfter "F8" drücken um die Startoptionen angezeigt zu bekommen.

Schritt 3: Abgesicherter Modus

Wenn das Menü erscheint, "Abgesicherter Modus" wählen (Erste Option). Wenn nicht, neustarten und wieder mit "F8" versuchen.

Schritt 4: Ausführen

Entweder Windows-Taste + R drücken oder im Startmenü "Ausführen" wählen.

Schritt 5: Kommandozeile

Exakt diesen Befehl ausführen, Oo sind keine Nullen sondern Buchstaben. Groß- und Kleinschreibung beachten:

rundll32.exe syssetup,SetupOobeBnk

Schritt 6: Warten

Kurz warten, das "Beschäftigt" Icon am Mauscursor erscheint. Es folgt keinerlei Bestätigung.

Schritt 7: Neustart zum Abschluss

Server einfach neustarten. Die Meldung dürfte nun mindestens 30 Tage nicht mehr erscheinen und man kann sich normal einloggen und ggf. das zugrundeliegende Problem beheben oder Daten sichern.

Danke „The Rambling IT Man“!

Der Beitrag Reaktivierung von Windows Server 2003 (R2) erschien zuerst auf flohs blog.

Wie so vieles in meiner Hardwaresammlung ist auch dieser 19″ Computeserver von HP mit 1 HE Bauhöhe als Elektroschrott in meine Hände gelangt. Wie alle Server in möglichst platzsparender Bauform (DL bedeutet „Density Line“) ist dieser wirklich sehr laut wenn die Lüfter aufdrehen – das ist bei jedem Boot vor dem BIOS POST gut hörbar (erst danach greift die PWM-Drehzahlregelung).

Eine unerwartete Erkenntnis ist das wenn man das BIOS auf eine neuere Version aktualisiert das „HP Integrated LightsOut iLO 100c“ Remote Management ebenfalls passend aktualisiert werden muss da die Lüfter sonst unregelbar dauerhaft auf Vollgas laufen. Das iLO Firmwareupdate muss via FreeDOS oder MS-DOS von einem USB-Stick der kleiner als 32 GB ist* erfolgen (oder von Disc die man dafür erst brennen muss), so wie zuvor auch das BIOS-Update. Man muss auch erst einmal wissen das sich das Ganze so verhält, zuerst habe ich vermutet das nach dem BIOS-Flash irgendetwas neu konfiguriert werden muss und ich die Optionen nur nicht finde.

Als ich dann herausgefunden hatte das die Managementlösung auch aktualisiert werden muss und das dann auch auf Anhieb funktioniert hat war ich erleichtert und der Raum bedeutend ruhiger.

Dokumentation von HP („QuickSpecs“)

Hier habe ich die technischen Möglichkeiten bei diesem Server als PDF eingebunden:

Hardware

Die passenden Teile für diesen Server sind mittlerweile sehr günstig weil lange obsolet. Ich habe immer wenn mir etwas passendes über den Weg gelaufen ist aufgerüstet. Daher weichen die Spezifikationen mittlerweile weit von den originalen ab (In meiner Ausstattungsvariante war z.B. einer der schwächeren Dual-Core Xeon Modelle und 2 GB RAM verbaut).

Im Moment sind u.a. der von HP als maximal angesehene Vierkernprozessor, 8 GB ECC RAM und so viele Datenträger wie SATA-II Ports verbaut. Also fünf, auf dem Board befinden sich sechs Ports. Davon wird einer vom DVD-Brenner belegt. Das passt gut: wenn man noch das Bootlaufwerk abzieht bleiben vier Ports, ideal für zwei RAID1-Arrays aus je zwei Datenträgern – Genau so habe ich das Ganze auch konfiguriert. Mehr halte ich sowieso nicht für nötig, immerhin ist der Ansatz „Retro“ und „Compute“, nicht „Storage“.

Die Slots für Erweiterungskarten sind leer.

Betriebssysteme

Installiert ist ein Triple Boot Setup aus Windows Server 2000, 2003 R2 und 2008. Alles 32-Bit und parallel zueinander auf einer OEM SATA SSD von Toshiba (MBR). Gebootet wird via BIOS.

Um Serversoftware aus dem Anfang der 2000er zu betreiben ideal.

Fotos

Der Beitrag Retro Server: HP ProLiant DL120 G5 erschien zuerst auf flohs blog.

Es gibt nicht viel zu schreiben:
Diese Scripts sind eine wahre Goldgrube und erleichtern einem das Leben ungemein. Auch das permanent aktualisiert wird ist nicht selbstverständlich. Selten habe ich so etwas nützliches für ein Betriebssystem gefunden.

Vielen Dank an den ursprünglichen und mittlerweile leider verstorbenen Erschaffer, tteck.
Hier gibts die Scripts:

https://github.com/community-scripts/ProxmoxVE

Danke an die Community, die dieses Projekt weiterführt!

Der Beitrag Proxmox VE Helper Scripts erschien zuerst auf flohs blog.

Im offiziellen Wiki ist die Prozedur ausführlichst in Englisch beschrieben. Ich fasse das nun nochmal kurz und übersichtlich in Deutsch zusammen. Ich gehe von einer Nutzung ohne Abonnement aus, wie es im Privatumfeld üblich ist.

Voraussetzungen

• PVE 8 muss auf die neuestmöglichste Version aktualisiert worden sein, mindestens v8.4.1
• SSH-Zugriff wird empfohlen
• Sicherheitshalber Backups von allem
• Mindestens 5 GB freier Speicherplatz in der Rootpartition, besser 10 GB

Beim Einsatz vom Proxmox Backup Server oder Ceph gibt es einiges mehr zu beachten.

Los gehts…

Das Proxmox-Team hat den Prozess wirklich stark vereinfacht. Es gibt ein Skript, das automatisch prüft ob alles bereit für ein Upgrade ist. Dieses kann man mit folgendem Befehl ausführen:

pve8to9 --full

pve8to9 --full

Wenn Probleme auftauchen, ist es am einfachsten die monierten Dinge zu googlen. Bei mir gab es keinerlei ernstzunehmende Probleme. Weiter gehts dann mit diesen Befehlen, immer nacheinander:

apt update
apt dist-upgrade
pveversion

apt update
apt dist-upgrade
pveversion

Die angezeigte Version am Ende sollte mindestens 8.4.1 sein, wie oben erwähnt. Nun werden die Repositories angepasst:

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list

Das neue PVE 9 Repository im deb822 Format fügt man so hinzu (No Subscription!):

cat > /etc/apt/sources.list.d/proxmox.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

cat > /etc/apt/sources.list.d/proxmox.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

Ob es funktioniert prüft man dann mit:

apt update
apt policy

apt update
apt policy

Auch für Ceph muss das Repository aktualisiert werden (No Subscription!):

cat > /etc/apt/sources.list.d/ceph.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/ceph-squid
Suites: trixie
Components: no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

cat > /etc/apt/sources.list.d/ceph.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/ceph-squid
Suites: trixie
Components: no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

apt update
apt policy

apt update
apt policy

Der größte und letzte Schritt folgt jetzt:

apt dist-upgrade

apt dist-upgrade

Dabei wird jetzt sehr viel gearbeitet und nach einem abschließenden Neustart sollte das Upgrade auf PVE 9 reibungslos vonstatten gegangen sein. Danach kann man wie gewohnt in der Web-GUI nach Updates suchen, es sollten keine zu finden sein.

Der Beitrag Proxmox VE von Version 8 auf 9 aktualisieren erschien zuerst auf flohs blog.