Nachdem nun fast alle Server auf dem neuesten Stand sind bzw erst vor kurzem aufgesetzt wurden muss nun noch Homer ( unser loadbalancer p4 2,0 ) mal ausgemistet und sauber neu aufgesetzt werden.

Dazu gibts folgenden ganz geheimen Projekt Plan:

1. dns server für m0rphex.com werden geändert, ich leg vorher einträge auf ns servern an
2. wir ändern den A einträg für * und www auf andere ip
3. homer runterfahren wenn das dns überall geändert is (24h+)
4. formatieren homer + neu aufsetzen ( raid etc )
5. setzen ihn online
6. ändern den A eintrag zurück

.

Wird wohl in der nächsten Zeit passieren, hoffentlich ohne Ausfälle!

Wobei, ist schade um die schöne Uptime:

uptime
22:01:39 up 141 days, 2:33, 1 user, load average: 0.19, 0.22, 0.19

Mal wieder ein WordPress update,

diesmal jedoch nicht nur Bugfixes, sondern auch mal einige Änderungen. Bis jetzt gefällt mir das neue WP ganz gut, die Änderungen beschränken sich aber auf Kleinigkeiten.

Mehr Infos zum neuen WordPress gibts z.B bei golem.de und auf der offizielen WordPress Webseite.

Falls einige von euch versuchen momentan auf www.google.de, kann es Probleme geben. Die Domain wurde vor etwa 40 Minuten von einer Privatperson übernommen und ist beim denic.de nicht mehr auf Google eingetragen.

Read more »

Vor dem heute Mittag eingerichteten lighttpd läuft jetzt noch ein Squid auf beiden Grafikservern als reverse proxy.

Die Anfragen an komplett statische Dateien ( css, banner, werbung, javascripte etc ) werden jetzt von diesem abgearbeitet, so sparen wir uns in 95% der Fälle den Zugriff auf die Festplatte, weil der Squid die häufig benötigten Dateien im Ram behält.

Unsere Squid-Config sieht momentan so aus:

smithers:/# cat /etc/squid/squid.conf
http_port 88.198.105.92:80 defaultsite=image1.m0rphex.fremaks.de
cache_peer 88.198.105.90 parent 80 0 no-query originserver
acl all src 0/0
http_access allow all
cache_dir diskd /squidcache 7000 16 256
cache_mem 128 MB
maximum_object_size_in_memory 500 KB

Wenn ihr über einen Squid von uns eine Datei bekommt, sieht das im HTTP-Header etwa so aus:

( In diesem Fall hatte der Squid die Datei schon zwischengelagert und die Abfrage wurde ohne den Lighttpd im Hintergrund abgearbeitet )

Server lighttpd/1.4.13
X-Cache HIT from static.88-198-224-164.clients.your-server.de
X-Cache-Lookup HIT from static.88-198-224-164.clients.your-server.de:80
Via 1.0 static.88-198-224-164.clients.your-server.de:80 (squid/2.6.STABLE5)

Die beiden Grafikserver liefern die statischen Grafiken nun mit “lighttpd” aus, die dynamischen m0rphexshout Signaturen werden weiterhin von einem Apache generiert.

Der Lighttpd spart im Vergleich zum Apache in unserem Fall einiges an CPU Auslastung und braucht weniger Arbeitsspeicher. Weriterhin hab ich ihn nur mit dem beiden Modulen “mod_access” & “mod_alias” gestartet, das normalerweise aktivierte Modul “mod_accesslog” habe ich deaktiviert, um unnötige Schreibzugriffe auf die Festplatte einzusparen. Die vom Apache in unserem Fall benötigten PHP5 Module werden vom Lighttpd nicht geladen, er ist unserem Fall also wirklich ein “light-httpd”.

Nachdem mich in den letzten Tagen einige m0rphexmusic User auf ein Problem beim Upload von neuen Songs aufmerksam gemacht hatten, habe ich am Wochenende fleißig nach diesem Fehler gesucht und ihn letztendlich behoben. Seit einigen Minuten ist es wieder ohne Probleme möglich, neue Mp3′s hochzuladen.

Danke mal wieder an Danno von All Riot, für seine Hilfe und Hinweise.

Damit euer Nachrichteneingang nicht überläuft bzw ihr bei einer Menge von Nachrichten vom Systembot nicht die Übersicht verliert gibt es 3 neue Funktion.

1. Alle gelesen
2. Alle gelesen vom Systembot
3. Alle löschen vom Systembot

.
Die alte Funktion “Alle löschen” ist natürlich weiterhin verfügbar. Eventuell wird es in naher Zukunft auch noch die Möglichkeit geben, einzelne Nachrichten auszuwählen und mit einem Klick zu entfernen.