Heute Nacht (ca. 2 Uhr) wollte ich nochmal die aktuellen Zugriffsdaten aus http://bash-hackers.org/wiki herausziehen. Das dafür angeferigte Skript (FTP) sagte nur knapp “Fehler bei der Begrüßung des Servers.”.

Manueller Logon enthüllte eine 500-Antwort, dass der FTP Server down sei wegen “server removal” (???). Ein Blick auf die zugehörige Website (das Wiki) ergab Fehlermeldungen, dass die Wiki Software keine Schreibberechtigungen hätte.

Test Logon mit sftp(1): Geht. Dateien alle da, Berechtigungen passen. Upload oder chmod oder Symlinking mittels sftp (kurz: Jegliche Schreiboperation): Ein lapidares “Failure”. Erstmal ein stundenaktuelles Backup runtergeladen. Vielleicht brennt ja die Hütte gerade

Heute morgen ging alles zumindest ab 6 Uhr wieder (aus dem Änderungslog Wiki).

Das muffelt alles irgendwie nach Serverumzug oder einer ähnlichen tiefgreifenden Änderung am System oder an der Infrastruktur. Der nachts noch eröffnete Support Call war bis jetzt noch nicht beantwortet.

Ich habe jetzt nochmal meine E-Mails und meine 1&1-Mitteilungen überprüft: Wenn wirklich etwas geplant am System verändert wurde, hat 1&1 schlichtweg vergessen den/m Kunden bescheid zu geben. Wenn es eine ungeplante Aktion (z.B. durch Hardwareausfall) war hätte ich spätestens heute morgen eine E-Mail erwartet.

Dies sind nicht die ersten technischen Probleme mit 1&1, die letzten paar Jahre kam es immer wieder vor dass kleinere Datenmengen (im Bereich von wenigen MB) nicht runter-/hochgeladen werden konnten. Dieser Zustand zog sich dann immer über mehrere Tage.

Da ich auch einen Rootserver (nicht 1&1! Bisschen Werbung darf man machen: Bis jetzt gute Erfahrungen: Hetzner AG) im Zugriff habe, werde ich mittelfristig alle Domains umziehen und den ganzen Kram selber machen – dann weiss ich wenigstens warum irgendwas nicht geht.

Meine Meinung über die letzten Jahre und 1&1 im Privatkundenbereich: Bunte Bildchen und Knöpfchen haben sie genug auf den Support- und Konfigurationsseiten, soviel dass sich kein Mensch mehr auskennt. Ansonsten wirken sie nicht so gross wie sie eigentlich wirklich sind. Mir ist klar dass ich kein Geschäftskunde (und damit uninteressant) bin, aber diese unsaubere Art des Webhostings kann ich auch getrost selber bewerkstelligen.

In some discussion about interfaces I followed, somebody said the wise words:

The only truly intuitive interface is the nipple

I’ve never seen it that way…

UPDATE: http://www.greenend.org.uk/rjk/2002/08/nipple.html does some research on it

At the beginning of the week we lost a 10gR2 test server (some mass data application – sizes similar to warehousing) due to the complete loss of a RAID6 (don’t ask!).

Well, test server is test server: We (me as DBA, and a collegue as the responsible application developer) finally decided to step into the Oracle 11 world: The new system will be 11gR2

After some reading in I had no problems to understand the new separated architecture with its HA daemon (keyword: Grid Infrastructure) and install the whole software and create a database. And, very important, there was no, not one damn small, problem when importing 10gR2 datapump files (from the productive system). I heard some weird stories before, and I was a bit afraid about that. But nothing, all data was pumped in like a charm.

The first thing I changed, for me as DBA one of the most interesting features on those large databases, I really parallelized RMAN for backup. I hope I can reduce the backup time to a useful amount with that. This was one of the biggest discrepance in 10g: You can create very large datafiles, but you can’t backup them in a true parallel manner. I’ll check my logfiles today and hope…

Well, so far so good, I will see what 11g (especially R2 here) brings to me and, more important, the applications. It will take some time to really explore the pros.

For all of you still at 10g and loose a test system by accident (and have a developer that really wants it…): Try it