Installation von eAccelerator in Verbindung mit nginx unter Gentoo

Dieser Artikel ist Teil einer Reihe zum Webserver nginx. Schau dir auch die anderen Artikel an: Zum Leitartikel Bei der Installation von eaccelerator auf Gentoo in Verbindung mit dem Webserver nginx muss man beachten, dass ohne das USE-Flag apache2 die Umgebungsvariablen HTTPD_USER und HTTPD_GROUP gesetzt sein müssen, da sonst der Kompilierungsvorgang fehlschlägt. Ein wenig Hintergrundwissen zu Umgebungsvariablen kann man im Benutzerhandbuch von Gentoo  nachlesen. Da man das unter Gentoo wunderbar global setzen kann, legen wir eine neue Datei namens 99eaccelerator an, welche die Variablen enthält:...

Nginx: Rewrite-Rules für Mediawiki

Dieser Artikel ist Teil einer Reihe zum Webserver nginx. Schau dir auch die anderen Artikel an: Zum Leitartikel Für meine englischsprachige NAS-Seite nas-tweaks.net  habe ich ein MediaWiki  für die vorhandenen Tutorials aufgesetzt, welches ebenfalls unter nginx laufen sollte. Mit den untenstehenden Rewrite-Rules war dies möglich. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 server { listen 80; server_name wiki....

Nginx: worker_connections are more than open file resource limit

Der folgende Fehler trat bei mir beim Start des Nginx Webservers auf: worker_connections are more than open file resource limit Das open file resource limit ist dann zu niedrig gesetzt. Für mehr Infos dazu mal die Suchmaschien deiner Wahl befragen. Das Problem ist einfach zu lösen. Entweder vor dem Start ulimit -n 65535 angeben oder für persistente Änderung die Datei /etc/security/limits.conf editieren und am Ende: 1 2 3 4 5 6 7 8 * soft nofile 65535 * hard nofile 65535 ```plaintext einfügen....

Nginx: Ausgabe der Server-Version auf Fehlerseiten und Header unterdrücken

Nginx gibt per Default auf Fehlerseiten und im Header seine Version aus. Um dies aus Sicherheitsgründen zu unterdrücken muss man in der “http"-Sektion der nginx.conf einfach die Ausgabe der server_tokens  abschalten: 1 server_tokens off; hinzufügen. Das wars ;) Dieser Artikel ist Teil einer Reihe zum Webserver nginx. Schau dir auch die anderen Artikel an: Zum Leitartikel

Einrichtung eines Maven-Repository bzw. Maven-Proxy: Sonatype Nexus

Seit einiger Zeit arbeite ich nun mit Maven, einem hervorragenden Tool zur Unterstützung des Entwicklungsprozesses. Die meisten Abhängigkeiten wie etwa Hibernate oder log4j können aus den zentralen Repositories bezogen werden. Leider sind diese zum einen relativ langsam und zum anderen sind doch nicht alle Dependencies dort vorhanden. Genau für diesen Anwendungsfall gibt es Proxies, die die verwendeten Abhängigkeiten zwischenspeichern und eigene Abhängigkeiten bereitstellen können. Im Folgenden soll nun die Einrichtung von Nexus unter Gentoo (geht aber auch bestimmt unter anderen OS) gezeigt werden....

Backup von Sonatype Nexus

Nach der Einrichtung von Sonatype Nexus  fragt sich der gute Systemadministrator wie man das ganze am besten sichern kann. Nexus ist grundlegend ersteinmal aufgeteilt in zwei Teile, die Applikation (nexus-webapp-X.X.X.X) und die Datenhaltung (sonatype-work), was eine Sicherung deutlich vereinfacht. Im Grund genommen führt man einfach nur ein Backup des Verzeichnisses sonatype-work/nexus durch. Wenn man das ganze etwas genauer betrachtet, kann man folgende Verzeichnisse noch ausschließen, die ohne Probleme in einer neuen Installation wiederhergestellt werden können:...

"(20014)Internal error: Version mismatch in 'svn_delta': found 1.5.0-rc4, expected 1.5.0-rc5" lösen

Nach einem Update von Subversion unter Gentoo von 1.5.0-rc4 auf 1.5.0-rc5 erhielt ich von Apache beim Abrufen des SVN über HTTP einen Fehler und fand in den Logs die folgenden Einträge 1 2 3 [error] (20014)Internal error: Version mismatch in 'svn_delta': found 1.5.0-rc4, expected 1.5.0-rc5 [error] Could not fetch resource information. [500, #0] [error] Could not open the requested SVN filesystem [500, #200019] Die Lösung war sehr einfach: Einmal Apache durchstarten....

[alert] (EAI 2)Name or service not known: mod_unique_id: unable to find IPv4 address of "your.hostname.tld"

Nach einem unerwarteten Neustart (Mein Rootserver-Anbieter hat einen “unexpected reboot” probiert) kam der Apache plötzlich nicht mehr hoch. Im Error-Log fand sich folgende Meldung: 1 2 [alert] (EAI 2)Name or service not known: mod_unique_id: unable to find IPv4 address of "your.hostname.tld" Configuration Failed Dafür gibts zwei Lösungen: Eintragen des Hostnamen in die /etc/hosts mit korrekter IP-Adresse Deaktivieren des Moduls mod_unique_id in der /etc/apache2/httpd.conf Letzteres ist natürlich nicht zu raten, aber für kurzfristige Aktionen bestens (habe ich kurz angewendet, bis ich den Eintrag in der hosts gemacht hatte)....