Ich fasse kurz zusammen warum sich das System für mich einfach nicht gelohnt hat:

• zwei CPU’s ziehen ordentlich Strom (ja, auch im idle) und die Leistung geht eigentlich flöten, da kaum ausgelastet
• die ES 1000 Grafikeinheit mit 32 MB RAM ist einfach nicht mehr Zeitgemäß und es macht keinen Spaß auf Windows 95 Niveau mit XFCE zu arbeiten (nichts gegen XFCE solange es flüssig ist)
• der RAM betrug 4 Gigabyte, war jedoch selbst zur “Powerhour” nur mit 900 – 1200 Megabyte belegt
• das System braucht gute Kühlung, viele Lüfter – war also entsprechend laut (im Server-Betrieb ist das egal, als Workstation bekanntermaßen eher nicht)

Im Zusammenhang mit der Lautstärke muss ich noch erwähnen, dass sich da schon einiges an Vorarbeit geleistet hatte. Gibt sogar Videos – vor den Arbeiten und nach den Arbeiten.

Kurz noch eine Zusammenfassung des “alten” als auch des “neuen” Systems:

• 2* Xeon 5110 mit zwei Kernen mit je 1,6 GHz Taktung
• 4 GB DDR2 PC5300 ECC RAM
• Supermicro X7-DVL-E Board
• 500 GB Seagate HDD
• 650 Watt Netzteil (mit speziellen Steckern, Buchsen und Bohrungen für Server, kein Desktopkram)
• irgendein 3ware RAID-Controller wenn ich mich recht erinnere, mehr auf den Bildern ersichtlich

• Intel Pentium E5300 mit zwei Kernen mit je 2,6 GHz Taktung
• 4 GB DDR PC6400 RAM
• Gigabyte “Günstig”-Board mit 775er Sockel
• 500 GB Seagate HDD
• 460 Watt Noname Netzteil
• integrierte Grafikeinheit von Intel (in jedem Fall besser als die ES 1000)

Und nun zum Abschluss noch einen ganzen großen Haufen an Bildern. Stehen unter meiner typischen Anti-Lizenz. Macht damit was ihr wollt. BSD-Style.

PS: Wenn an bestimmten Komponenten Interesse besteht, einfach melden. Ansonsten landen sie, wie schon erwähnt, in Kürze bei eBay.

Anbei noch ein leicht ans Thema angelehnte Bild – diesen Schokihasen bekam ich vom Arbeitgeber. Ist das nicht nett? Mittlerweile befindet er sich aber schon im Verdauungsprozess – also der Schokihase.

Zurück zum Thema … Didi hatte das “Linux Promotional Plugin” beim Wickel, ein Plugin welches allen Nutzern unfreier Beriebssysteme anzeigt, dass sie ein unfreies Betriebssystem nutzen (erste Sinnlosigkeit) und doch bitte, um himmelsgotteswillen, umsteigen möchten. Weil wegen Linux ist jetzt fol tol und gegenkulturös. Ich weiß ehrlich nicht, wie man dazu kommt, so ein Plugin einzuschalten um seine Besucher zu nerven.

Aber ich weiß jetzt schon, welchen Blog ich mit meinem Gaming-Rechner garantiert nicht aufrufen werde…

Kommen wir noch fix zur Lösung und zuvor noch zur Problemstellung. Im Grunde soll das Pluginalso nur eine Textmitteilung anzeigen. Normalerweise ist diese natürlich in Mondsprache – was für einen Blogger (und seine Leser) mit deutschem Blog nicht sonderlich vertrauensfestigend wirkt. Didi wollte also die Sprache ändern. So weit, eine PHP-File im Editor Gedit zu bearbeiten, kam er schon mal. Damit sollte auch alles getan sein. War es aber nicht. Beim ersten aktivieren schreibt das Plugin die Inhalte des Textes in die “wp_options”-Tabelle (zweite Sinnlosigkeit?), genauer genommen in die Zeile mit dem option_name “linProPlg_options”. Kenner ahnen es bereits: Selbst wenn ich später die PHP-File editiere, so bleibt der zuvor in der DB gespeicherte Text erhalten und wird Besuchern angezeigt.

Hier nun die Lösung, nachdem das Plugin bereits in die DB geschrieben hat, für den Laien (Didi) erklärt.

Step 1: Finden der Zeile in phpmyadmin.

• In phpmyadmin unsere Datenbank auswählen und mit einem Klick auf den dritten Reiter “Suche” klicken.

• Dort in das oberste Feld “linProPlg_options” eingeben und am besten einfach in allen vorhandenen Tabellen suchen. (Also ausnahmslos alle auswählen mittels “Alle auswählen”!)

• Anschließend reicht ein Klick auf “Anzeigen” hinter der Schrift “1 Treffer in der Tabelle wp_options” um den Eintrag zu sehen.

Step 2: Löschen der Inhalte.

Nun müsste uns sich eine kleine Übersicht mit einem einzigen Eintrag auftun (siehe folgende Abbildung):

Dort einfach auf das rote Kreuz klicken und das Löschen bestätigen.

Step 3: Plugin-Text in PHP-File ändern und Plugin wieder aktivieren.

Nun die Datei “linux-promotion-plugin.php” aus entsprechendem Pfad (/wp-content/plugins/linux-promotional-plugin) nach euren Wünschen editieren. (Wichtig – Kein ä, ü, ö oder ß verwenden, stattdessen hier nach nutzbaren Ersetzungen suchen!)

Anschließend das Plugin wieder aktiveren und eure eigene Mitteilung genießen. Wenn sie gut ist möglicherweise ein bisschen zum Triumph die Eier kraulen.

*IE-Screenshot wurde absichtlich gemacht.

Der erste Schritt sieht so aus, dass wir uns die aktuellste Version von Java 7 herunterladen. Zum heutigen Zeitpunkt ist die höchste Java 7 Version die, die mit dem Zusatz “Update 3″ versehen ist. Je nachdem wann das Howto studiert wird, kann sich dieser Part ändern. Allgemein ist es sinnvoll einfach immer die aktuellste Version zu verwenden und (weil sich Bezeichnungen und Dateinamen auch ändern) das Howto nicht nur mit Augen und Fingern durchzuführen, sondern auch ein bisschen das Hirn arbeiten zu lassen – Copy&Paste kann jeder – mitdenken ist schon komplizierter.

Schritt 1: Download, Entpackungsvorgang & Verschieben

Beim Download unter der Java 7 Seite von Oracle ist darauf zu achten, dass wir uns für den normalen Betrieb nur das JRE, also das “Java Runtime Environment” (zu deutsch: Java Laufzeitumgebung) herunterladen, nicht jedoch das JDK “Java Development Kit” (zu deutsch: Java Entwicklungs Ausrüstung). Im Falle von Debian laden wir uns also Java 7 in der aktuellsten Version und als JRE herunter.

Nach einem Klick auf den entsprechenden, nicht zu verfehlenden Button muss man noch die Lizenzvereinbarung bestätigen und die Version auswählen. Mit einem RPM können wir unter Debian nich tviel anfangen, weshalb wir uns das normale tar-gz-Archiv herunterladen. Nun kommt ein kleiner Trick zum Einsatz. Theoretisch müssten wir unsere Datei erst auf den lokalen Rechner (im Browser) herunterladen und dann auf den Server ziehen, da Oracle so nett war und es uns nicht möglich macht das ARchiv über einen Direktlink via wget herunter zu laden.

Der Trick besteht nun darin, an einen Direktlink zu kommen, obwohl dieser offiziell nicht verfügbar ist.

Dazu einfach den Download auf den lokalen PC starten und gleich wieder abbrechen. Im Firefox genügt dann im Download-Fenster ein Rechtsklick auf den Download und ein Linksklick auf “Copy Download Link” – nun ist der Direktlink in eurer Zwischenablage befindlich und kann in der Konsole eingefügt werden.

Mittels wget wird nun gedownloadet:

wget http://download.oracle.com/otn-pub/java/jdk/7u3-b04/jre-7u3-linux-x64.tar.gz?AuthParam=13374223666_1dalold81e900xdc15

Nach dem Download, welcher wegen den knappen 30 MB recht schnell gehen sollte, haben wir jedoch ein weiteres Problem: Die Dateiendung stimmt nicht. Das beheben wir durch simples umbenennen:

mv jre-7u3-linux-x64.tar.gz?AuthParam=13374223666_1dalold81e900xdc15 jre-7u3-linux-x64.tar.gz

Anschließend lässt sich das Paket entpacken:

tar -xf jre-7u3-linux-x64.tar.gz

Nach diesem Vorgang finden wir ein neues Verzeichnis mit dem Namen:

jre1.7.0_03

Um nun eine gewisste Grundordnung beizubehalten wird der komplette Verzeichnis in /usr/lib64/jvm/ verschoben:

mv jre1.7.0_03 /usr/lib64/jvm/

Schritt 1 abgeschlossen. Jetzt wirds, was das abarbeiten angeht, dynamischer.

————————

Schritt 2: Befehl “java” neue Java-Version zuweisen (plus weiterführende Informationen)

In Schritt 2 müssen wir unserem System sagen, dass es anstatt von Java 6, für den Befehl “java”, Java 7 verwendet. Dies geschieht mit dem praktischen “update-alternatives”-Befehl.

Um Rechnerchen zu sagen, dass wir eine neue Java-Version in den Ordner verschoben haben geben wir ein:

update-alternatives --install /usr/bin/java java /usr/lib64/jvm/jre1.7.0_03/bin/java 1065

update-alternatives --config java

Es gibt 3 Auswahlmöglichkeiten für die Alternative java (welche /usr/bin/java bereitstellen).

Auswahl      Pfad                                      Priorität Status
 ------------------------------------------------------------
 * 0            /usr/lib64/jvm/jre1.7.0_03/bin/java          1065      Auto-Modus
 1            /usr/lib64/jvm/java-6-openjdk/jre/bin/java   1061      manueller Modus
 2            /usr/lib64/jvm/java-6-sun/jre/bin/java       63        manueller Modus
 3            /usr/lib64/jvm/jre1.7.0_03/bin/java          1065      manueller Modus

Drücken Sie die Eingabetaste, um die aktuelle Wahl[*] beizubehalten,
 oder geben Sie die Auswahlnummer ein:

java -showversion

Vorarbeit: Debian installiert, Apache installiert, Webmin installiert (Original-dpkg von der Seite des Webmin-Projekts)

Schritt 1: Zur Apache-Abteilung klicken und vHost erstellen:

Von der Willkommens-Seite Webmins auf (Achtung bei mir englische Version verwendet!) “Servers” klicken und anschließend den Punkt “Apache Webserver” anwählen.

Daraus resultiert folgende Ansicht, welche alle vHosts zusammenfasst:

Dort den Punkt “Create virtual Host” (zu deutsch “Virtuellen Host/Gastgeber erstellen”) anwählen.

Es folgt eine Eingabemaske, welche diverse Daten des Administrators abfordert. Diese Daten sind unter folgender Grafik erklärt:

“Handle connections to adress”
- bestimmt, von welcher IP des Systems für den vHost genutzt wird
– in dieser Anleitung irrelevant

“Port”
- bestimmt, welcher Port verwendet werden so (z. B. um phpmyadmin auf einen anderen Port zu lesen als 80)
– in dieser Anleitung irrelevant, da 80 Standardeinstellung und 80 = Standard-HTTP-Port

“Document Root”
- bestimmt, aus welchem Verzeichnis des Servers die Daten für die Webseite genommen werden
– ein Verzeichnis eintragen, dass auf dem Server erstellt wurde und in das wir anschließend unsere PHP-, HTML-, Sonstwas-Daten verschieben können bzw. dies schon getan haben

“Server Name”
- bestimmt, unter welcher Domain die Webseite verfügbar ist
– unsere Domain eintragen, die wir zuvor bei einem Registrar angemeldet haben

“Add virtual server to file”
- bestimmt, zu welchem Verzeichnis die Konfiguration (welche Webmin automatisch schreibt) hinzugefügt werden soll
– in dieser Anleitung irrelevant, Standardeinstellung ist in Ordnung

“Copy directives from”
- ermöglicht, eine Kopie des ausgewählten Verzeichnisses zu erstellen (z. B. um vordefinierte Website-Templates einfach zu vervielfachen)
– in dieser Anleitung irrelevant

Schritt 2: Änderungen übernehmen (oder Apache-Webserver neu starten)

Um die zuvor vorgenommenen Änderungen im Server zu übernehmen, genügt ein einfacher klick auf “Apply changes”. Der Webserver macht dann einen Reload der Konfigurationen (er läd sie neu) und die Webseite ist wie gewünscht verfügbar. Andere eventuell auf dem Server befindliche Websites werden bei einem einfachen Reload weiterhin verfügbar sein.

Alternativ: Apache stoppen und starten – Änderungen werden wie oben beschrieben ebenfalls übernommen, jedoch sind alle Webseiten auf dem Server für wenige Sekunden nicht erreichbar.

Für die Analphabeten und die Faulen habe ich das Ganze noch als Video.

Okay, das war alles. Bei Fragen gerne einen Kommentar schreiben.