Schlagwortarchiv für: Server

Würde ich für eine Dienstleistung wie die vom StudiVZ auch noch Geld zahlen, würde mir bei dem Gedanken an die andauernde Nicht-Erreichbarkeit spontan spei-übel werden. Der Server dieses OpenBC-Clones war in den letzten (subjektiv gefühlten) 1,5 bis 2 Tagen nicht erreichbar. Alles was darauf hinweist, dass irgendetwas im Argen ist, ist ein wohl nachträglich umgebogener DNS Eintrag auf das hauseigene Blog – wo ich eigentlich ein wenig mehr seriöse Inhalte erwarte als Partybilder. So langsam beschleicht mich das Gefühl, dass ich entweder komplett anders ticke, wenn ich eine Dienstleistung in Anspruch nehme, oder die meisten Nutzer der Plattform einfach nicht verstehen, dass soetwas einfach nicht läuft. Das geht nicht. Ich werde mich nicht wie die Masse der dort kommentierenden echten (oder vielleicht sogar unechten) User mit soetwas anfreunden. Deswegen hier die raren Tipps, mit welchen man aus der subjektiv empfundenen heißen Dampfdusche doch ins kalte Schwimmbecken zur Abkühlung springen kann.

Goldene Regeln für eine Umbauphase (vom Naseweis-Besserwisser)

  • Informiere deinen User schon lange im Voraus darüber, dass Du etwas am Basteln bist. Gegebenenfalls wird das mit einer E-Mail oder Systemnachricht erfolgen, aber nicht mit einer „Ooops, nun geht nimmer der DNS, der Server macht ein Timeout, ooops“ Meldung, die man sich noch selbst aus den Fingern saugen darf.
  • Auch wenn etwas Alpha, Beta oder pre-RC ist, heißt das nicht, dass man ein Live-System mit lustigen Programmzeilen kompromittiert, so dass eine Dienstleistung einfach mal weg ist.
  • Wenn etwas neues kommt, ist das natürlich schon durchgeprüft. Also belasse das System so wie es ist und schalte dann erst auf das neue schon mehrfach durchgetestete und überarbeitete System mit sämtlichen aktuellen Daten, sobald alles fertig ist und auch kein User in die Röhre gucken muss.
  • Mache dabei einen sauberen Übergang, denn eine temporäre Schließung der Registrierung oder Unterbindung der Erstellung von neuen Inhalten der Datenbank ist ja für eine kurze Zeit zu verschmerzen. Nur um Gottes Willen doch keine Blockade wie zu Kriegszeiten!

Was bleibt also? Viel Spaß beim Basteln. Seid mir bitte nicht böse, aber diese Aktion war einfach ein tiefer Griff ins Klo, liebe StudiVZ-Macher. Da bleibe ich wohl doch eher dabei, ein wenig mit OpenBC zu kuscheln… ist nicht so quietschig dort, da weiß man was man hat, und es ist doch eher Networking als Sandkastenkuscheln. Und bitte nicht von Web 2.0 sprechen, denn das war eher Web 0.5 wie damals, als wir die Stromkabel rausnahmen, um den Server aufzuschrauben und dort ein wenig Staub zu wischen. Sorry. SORRY!

Hier eine kleine Information im Zuge eines bevorstehenden Upgrades unseres Servers bei Host Europe.

Auszug aus der E-Mail:
Am 14.08.2006 werden wir in der Zeit zwischen 22:00 und 08:00 Uhr
des folgenden Tages auf dem o.g. Server das Systemupdate durchführen.

Bitte beachten Sie, dass der Server innerhalb des o.g. Zeitraums für
längere Zeit nicht erreichbar sein wird, und sich mit diesem Update folgende
Änderungen ergeben werden:

PHP5: Update auf Version 5.1.4
Ruby: Update auf Version 1.8.2
Perl: Update auf Version 5.8.4
Python: Update auf Version 2.2.3+

Tja, unser WordPress hier nutzt nun einmal PHP, und damit sind wir auch betroffen. Wir bitten schon im Voraus um Entschuldigung für gewisse Ausfälle. Dennoch wundere ich mich, warum dieser Ausfall für sooooo lange stattfinden muss – aber ich tippe einmal, dass damit nur das Zeitfenster für die Arbeiten gemeint war.

Dieser Eintrag soll mal als eine kleine Warnung an unsere Besucher gehen: Ich schwelge in digitaler Bastellaune und werkel ein wenig am Server. Aber keine Angst, eigentlich soll alles normalisiert seinen Gang gehen… ein wenig Webdesign hier, ein wenig Layout dort, ein wenig Update überall! ;)


Nur eine kleine Information am Rande: Seit wenigen Minuten läuft WordPress 2.0.4 jetzt auf dem MikeSchnoor.com. Falls es zu irgendwelchen unvorhergesehenen Schwierigkeiten kommt, so möge man uns doch bitte darüber in Kenntnis setzen. Danke! ;) Nun muss ich noch die anderen Server anpassen… oh weh wird das ein Spaß!

Wie bereits vor einigen Wochen ist das Blog von Robert Basic, seit geraumer Zeit nicht erreichbar. Weiß jemand aus der Blogosphäre bescheid? Hat Robert wieder einen Idioten im Nacken sitzen, der ihn mit DoS oder einer serverzusammenbrechenden Spam-Flut zumüllt? Ich habe keine Ahnung, aber es fällt mir doch vehement seit mindestens Montag, wenn nicht gar schon seit Sonntag auf, dass die Basicthinking-Domain und entsprechend dazugehörige weitere Domains von Robert nicht erreichbar sind.

Ganz schockiert schaute ich eben in die WordPress Administration und kam nicht weiter. Nix ging mehr, nix wollte mehr, ich auch nicht. Aber dann… frustriert zum Server-Admin Panel gegangen und, naja, scheint ja doch zu laufen. Mit kleinen Unterbrechungen.

Wartung 19.07.2006 14:42 19.07.2006 14:57 Neustart des Servers Webhosting

Hat es jemand gemerkt? Bei Host Europe sollte ja diese Woche etwas passieren. Das wurde per Newsletter angekündigt, aber ich habe es schlichtweg übersehen. Also zwar wahrgenommen, aber ignoriert. Es hat wohl auch einige andere Blogs getroffen, welche ebenfalls auf Host Europe setzen. Wenn also bei uns jemand einen Kommentar verloren hat (oder sonstige Kleinigkeiten, die einfach mal unter den Tisch fallen können), dann bitten wir um Verzeihung. Jetzt aber fröhlich weiter hier im Text…

[Das Bild war vom Montag Abend – passte so schön zu meiner jetzigen Stimmung! :) ]

Nach einem Anruf bei der Support-Hotline, die ja zum Glück auf 0800er Basis ist, wurde mir mitgeteilt, dass es gar nicht das geplante Update des Servers sei, sondern ein ganzes Security-Fix für den Kernel. Anscheinend sind irgendwelche Wilden unterwegs, die ganz viel Schaden anrichten wollen. Scheiß Trolle.

Nachtrag: Scheint alles zu laufen… ich möchte gar nicht wissen, was beim Kernel als Angriffsziel diente.

Robert vom Basicthinking wird gehackt, bespammt, gebesonstwast. Schweine sind das.

aufgrund anhaltender Spamattacken (oder auch einem crazy Bot) wird das Blog um einige Stunden ausser Betrieb gesetzt, bis sich der Server wieder beruhigt bzw. ich zusammen mit dem Provider die Ursache erfahre, warum seit Stunden immens viele Apache-Requests parallel eingehen.

Ich kenne es irgendwoher… denn einige Male werde ich auch des Nachts um ein paar 1000 Seitenaufrufe in der Stunde (natürlich gegen 3 Uhr morgens) bereichert, die aber nur in der internen Webseitenstatistik, und nicht in einem Blog-Statistik-Tool auftauchen. Daher lieber gleich den offiziellen Weg gehen – und warum nicht lieber eine Klage gegen Unbekannt richten? Das gibt feine Polizeiarbeit und entsprechenden Aufwand.

Nachtrag: Heiliges Kanonenrohr! Robert schreibt, es hätte innerhalb von 5 Minuten ganze 300 Spameinträge mit ca. 20.000 Wörtern und ca. 180.000 Zeichen gegeben. Wie ekelig!

Wer kennt es nicht, dass gut und gerne über 150 Queries beim Seitenaufbau in WordPress stattfinden? Wir hatten bei uns immer um die 125 Queries gehabt, jedoch seit heute Abend sind es nur magere 55 queries. Keine statischen Inhalte, keine Auslieferung von gecacheten Daten – sondern ein kleines Geheimnis der Kunst: Endlich mal das /wp-content/plugins Verzeichnis entrümpelt.

Nachdem die Plugins Adhesive 3.2, German Permalinks 1.31, WP lightbox JS 0.5, Ultimate Tag Warrior: Tag Archive 1.0 und Ultimate Tag Warrior 1.3 Legacy komplett vom Server gelöscht waren, ist die Load auf dem Server schneller geworden und dementsprechend der Speed hochgegangen. Ein Wunder? Nein… aber wer weiß woran es wirklich liegt. Wir werden uns jedenfalls die Mühe machen und in Zukunft die Plugins sauber pflegen. ;)

Nicht nur wir sind davon betroffen, sondern auch die Webjunkies!


Sehr geehrte Kundin,
sehr geehrter Kunde,

am Sonntag, den 07.05.2006, werden wir in der Zeit zwischen 04:00 Uhr und 06:00 Uhr Wartungsarbeiten an unserem Netzwerk durchführen.

Innerhalb des o.g. Zeitraums wird es zu einer Nicht-Erreichbarkeit der von Ihnen gebuchten Produkte kommen, die voraussichtlich 10 Minuten betragen wird.

Wir sind bemüht, die Wartungsarbeiten schnellstmöglich abzuschließen.

Vielen Dank für Ihr Verständnis.

Mit freundlichem Gruß aus Köln,

M. ***
Teamleiter Kundenservice Webhosting
– Privat- und Geschäftskunden –

Immerhin gab es eine gute Vorlaufzeit für die Wartungsarbeiten, die man recht einfach einplanen kann. Und wenn der Server für 10 Minuten kurzfristig in dieser Zeit der Nachteulen offline gefahren wird, ist ja alles in Butter. Und bei HostEurope sollten die Backups ja eh schon von denen vor einer solchen Aktion gemacht worden sein. Also, falls wir am Sonntagmorgen nicht mehr online sein sollten – Katharina und ich sind nicht die Schuldigen!

Ich wunderte mich schon gestern, warum ich nicht bei neuen Kommentaren wie normalerweise üblich eine E-Mail Benachrichtigung erhielt. Ich dachte, es läge entweder an den Einstellungen der User/Gruppe des Webservers oder daran, dass ich direkt den Mailserver in WordPress konfigurieren müsste. Im Prinzip ist folgendes bei HostEurope wichtig, und ich zitiere mal für alle aus der FAQ im Adminbereich:

Soll über PHP eine E-Mail versendet werden, muss mit dem Parameter „-f“ eine gültige Absenderadresse angegeben werden. Bitte beachten Sie, dass diese E-Mail-Adresse innerhalb des WebPacks angelegt sein muss! Die Syntax lautet „-f absender@hier-bitte-ihren-domainnamen-einsetzen.de“. Fehlt diese Information kann kein Mailversand erfolgen und die mail()-Funktion liefert eine Fehlermeldung.

Dieser Parameter muss der E-Mail-Funktion im PHP-Quelltext übergeben werden. Dies könnte z.B. so aussehen:
mail ($empfänger, $betreff, $nachricht, $headers, „-f absender@hier-bitte-ihren-domainnamen-einsetzen.de“);

Prädikat: Hilfreich! Man muss nur in der Datei wp-includes/pluggable-functions.php die mail()-Funktion der function wp_mail() nach obigen Beispiel ändern und alles ist in bester Ordnung. Problem: Bei einem neuen Update von WordPress wird die Änderung mit hoher Wahrscheinlichkeit wieder überschrieben, und man wundert sich erneut, daher:

Alternativ können Sie, statt Ihre Skripte umzuprogrammieren, im KIS eine Adresse als Standardadresse auswählen, die dann immer automatisch eingesetzt wird, wenn Sie keine andere Adresse per „-f“ erzwingen. Die Auswahl treffen Sie unter „Administration -> Webhosting -> *Ihr WebPack* -> Skripte -> Standard-eMail-Adresse“.

Prädikat: Perfekt. Für etwaige Datei-Upload Probleme wie die Bilder oder ähnliches zu einem Artikel sollte man auch nicht vergessen, das Upload-Verzeichnis mit zumindest CHMOD 755 auszustatten… ansonsten liefert WordPress da einen Schreib-/Lese-Zugriffsfehler.