OHS: Neu auf www.hh.schule.de

28.01.12
Wir haben heute zwischen 23:00 und 00:00 Uhr den Web- und den DB-Server auf Debian-Squeeze aktualisiert. Für die Downtime bitten wir um Verständnis.
Danke Lenny.
lars

25.01.12
Zur Kenntnis: Wegen des notwendigen Umbaus einer zentralen Netzkomponente wird es am Mittwoch, den 25.1.2012 zwischen 16:00 und 19:00 zu Stoerungen in vielen Bereichen des Netzes der Universitaet Hamburg kommen. Die Stoerungen in den einzelnen Bereichen werden jeweils maximal 15 Minuten andauern.
olo

24.01.12
durch Aenderungen beim Bedienpersonal der Elternkammerseite habe ich es geschaftt, dass die Konfig des Webservers nicht mehr stimmt. Dadurch war der webserver leider von gestern Nacht bis heute Mittag nicht erreichbar (ausgerechnet heute war ich den ganzen vormittag offline...).
Es soll nicht wieder vorkommen...
olo

09.10.11
Wir hatten heute einen Denial-of-Service Angriff, deswegen reagierte der Web-Server nicht so wirklich. Wir haben die betreffenden Verursacher abgeklemmt, aber so etwas kann leider immer wieder mal passieren. Das böse Internet...
lars

27.07.11
es scheint, dass wir die Abstuerze der Vergangenheit als zu ebenjener gehoerig ansehen koennen. Nach dem Treiberumbau des SCSI-Subsystem sind ueber 25 Tage keine Probleme aufgetreten (Ende letzter Woche gab es ein wenig Sand im Getriebe, weil eine Datenbankplatte auf einem Server unbemerkt vollgelaufen war, das Problem wurde erkannt und behoben).
Wir werden in den naechsten Tagen noch neue, schneller CPUs einbauen (bei 9 EUR pro Stueck auf ebay konnte ich nicht wiederstehen), wir haben dann nochmal etwa 25% mehr Prozessorleistung (2x2,8GHz), die 12 GB RAM funktionieren ja nun auch endlich bestimmungsgemaess, alles schoen, alles fein.
Nachdem die Hardware komplett zu laufen scheint und auch das letzte Quentchen an Performance rausgequetscht wurde, wirds eigentlich Zeit fuer neue Hardware.
olo

03.06.11
wir hatten gestern leider noch die Speichereinstellungen des Testsystems konfiguriert, deshalb brauchte der OHS heute abend noch einen reboot, downzeit war unter 5 min.
p.s. wir hatten diese Seite nach der Kopieraktion falsch verlinkt, dehalb war der Eintrag von gestern gestern nicht sichtbar. Jetzt ist wieder alles richtig.
olo

02.06.11
Alles neu macht der Juni. Der OHS laeuft jetzt statt des adaptec raids mit dem adaptec raid (allerdings statt des onboard raids jetzt mit einem smart array von HP).
Downzeit war von 13:50 bis 15:50, wir gehen jetzt ein Bier trinken und hoffen, das keine naechtlichen SMSe mehr kommen werden. Ob das der Fehler war, wissen wir letzlich erst in ein paar Wochen, wenn keine Abstuerze mehr passieren.
olo

01.06.11
Eigentlich muesste ich hier noch zwei oder drei downzeiten dokumentieren, die letzte war Di von 18:00 bis 19:50. Jetzt kommt statt dessen eine Ankuendigung fuer ein Wartungsfenster: Morgen (02.05) ab ca. 14 Uhr fuer ca. 2 Stunden. Wir bauen einen alternativen raid-controller inclusive Festplatten ein und hoffen, dass die Abstuerze danach weg sind...
olo

15.05.11
von 04:20 bis 14:20 hatten wir leider wieder eine dowbzeit, ich hatte heute moregn vergessen zu schauen, ob der server noch laeuft... Wir werden in den naechsten hoffentlich das neue Festplattensubsystem installieren und hoffen dass wir dann wieder Ruhe ins Schiff bekommen.
olo

05.05.11
es tut mir leid, schon wieder eine downzeit bekanntgeben zu muessen: Gestern Abend zwischen 22:00 und 22:45 war der OHS-server nicht erreichbar.

Unabhaengig von diesem Ausfall sind Lars und ich zu der Annahme gelangt, dass die Abstuerze mit dem Festplattencontroller zusammenhaengen. Ob der verwendete linux-treiber oder die hardware, wissen wir nicht. Lars installiert in der Testhardware jetzt einen anderen SCSCI-Raid-controller, sowie einen IDE-Controller fuer ein internes backup der Daten. Wenn das alles zur Zufriedenheit funktioniert, werden wir das in die produktive Maschine uebertragen und dann schauen wir mal, ob unsere Annahme richtig war...
olo

02.05.11
Der OHS server ist gestern um 17:30 Uhr leider wieder abgestuertzt. Ich hatte ueber Ostern keinen Speichercheck gemacht, da die remote console bei mir zuhause Probleme mit dem java-plugin hatte. Gestern abend habe ich dann vor Ort die downzeit um eine Stunde verlaengert (bis 22:00 Uhr) und zumindest die vier schnellen Speichertests ueber den Hauptspeicher gejagt, alle ohne Fehler. D.h. der Hauptspeicher als Fehlerursache scheidet leider aus (leider, weil das einfach zu beheben waere). Da wir andere Hardwarefehler fuer unwahrscheinlich halten, bleibt noch der alternative Festplattentreiber durch den wir in der Lage waren die 12GB mit Xen in Betrieb zu nehmen. Wir suchen weiter, ansonsten muessen wir uns nach Alternativen zu bestehenden Hardware umschauen.
olo

21.04.11
Nachdem wir zuerst an esoterische externe Ursachen fuer die crashe vom 12.04 geglaubt haben, scheint seit eben ein Hardwarefehler wahrscheinlicher. Wir hatten eine downzeit von 6:50 bis 7:40. Als moeglichen Verursacher haben wir den Hauptspeicher im Verdacht. Wir werden deshalb ueber Ostern eine Nacht nutzen, um einen Speichercheck laufen zu lassen. aufgrund der Art und Menge der Test und des Speichers wird das eine komplette Nacht ab 22:00 bis 6:00 in Anspruch nehmen. Welche Nacht das wird kann ich leider nur kurzfristig ankuendigen.
olo

12.04.11
Wir hatten heute morgen leider eine downzeit von 6:00 bis 9:00. Ursache noch unbekannt, server war einfach tot. Und eine zweite downzeit von 18:00 bis 18:25. Wir haben noch keine Erklaerung, die zeitliche Koinzidenz ist bemrkenswert.
olo

31.03.11
Wir hatten leider vom 29., 20 Uhr bis zum 30., 16:30 eine downzeit des gesamten Servers und damit auch aller Dienste ausser dem Mailempfang.
Lars und ich haben in der betreffenden Nacht bis etwa 4 Uhr versucht die Hardware, zum Schluss auch durch mehrfache Neuinstallation des Betriebssystems wieder zum Laufen zu bringen. Das Ganze ohne Erfolg, so dass wir zum Schluss von einem Hardwarefehler ausgegangen sind und uns eine Muetze Schlaf gegeoennt haben, bevor wir am Mittwoch erstmal mit einer Sicherung aller Daten weitergemacht haben. Am Nachmittag sind wir dann mit einer komplett neuen Hardware angerueckt, zum Glueck haben wir beide gerade Urlaub. Es hat sich dann allerdings doch als hardwarenaher Softwarefehler herausgestellt, so dass wir nach anderthalb Stunden das System gegen 16:30 wieder am Laufen hatten.
Was war passiert? Wir versuchen seit geraumer Zeit unsere Maschine dazu zu bewegen, die eingebauten 12GB RAM zu benutzen, bisher lief das System nur mit 4GB, was fuer verschiedene neue Dienste zu wenig ist. Lars hat auf einem identischen Testsystem den Fehler lokalisiert (die i2o-Kerneltreiber fuer die Festplatten versagen unter dem Hypervisor Xen die Mitarbeit bei mehr als 4GB RAM, ohne Xen funktionierte alles. Nachdem der Fehler lokalisiert war, hatte Lars auch einen workaround gefunden: Die aelteren, alternativen dpt_i2o Treiber funktionieren unter Xen mit dem gesamten RAM bei vergleichbarer Performance). Lars hat nun auf dem Testsystem die Umstellung durchgespielt und dokumentiert, die netto ca. 15min gedauert haette. Wie wir bei der Umstellung leider feststellen mussten, waren Test- und Produktivsystem doch nicht identisch, die Umstellung hat nicht geklappt. Leider war das eine Fahrkarte ohne Rueckfahrt, da im Rahmen des updates auch der bootloader aktualisiert wurde. Aus Gruenden, die wir noch nicht ganz nachvollziehen konnten, war auf dem Produktivsystem (vermutlich bedingt durch zwei groesse Systemupdates in den letzten Jahren) die Partitionierung der Systemplatte in einem Zustand, mit dem der aktuelle grub2 nicht zurechtkam, es war unmoeglich das System (auch frisch installiert, was wir naechtens zwei Mal getan haben) zu starten. Lars hat nun gestern die Systeme aller virtuellen server (mail, db, dns etc) von der Systemplatte auf die funktionierenden Platten des Testsystem kopiert. Diese haben nun den gleichen Inhalt, wie die alten Platten, haben aber eine aktuelle Partitionierung und alles laeuft wieder und der Server hat dreimal soviel RAM wie bisher.
Es tut uns sehr leid, dass der Server so lange ausgefallen ist, das letzte Mal hatten wir so eine lange Downzeit vor ueber 10 Jahren, als uns die Grafikkarte in der damaligen Hardware abgebrannt ist... Wir bitten um Verstaendnis, dass die Arbeit an einem Werktag stattgefunden hat, wenn wir es absehen koennen, dass eine Wartung laenger dauert legen wir sie immer auf das Wochenende und kuendigen sie an. In diesem Fall war das trotz sehr guter Planung nicht absehbar, wir hatten den Abend eigentlich auch anders geplant und haetten gerne nach der veranschlagten Stunde Wartung zusammen ein Bierchen getrunken.
olo

26.01.11
ein weiterer Abend den Lars und ich damit verbracht haben, der bloeden Hardware die 12 GB RAM abzutrotzen, leider ohne Erfolg, es bleibt bei 4 GB, aber nach einem generellen Systemupdate freut man sich ja schon, wenn das System ueberhaupt weiterlaeuft...
Um es mit Paulchen zu sagen: Heute ist nicht alle Tage...
olo

20.01.11
Achtung: Am Dienstag den 25.01.11 wird der Server aufgrund dringender Wartungsarbeiten in der Zeit von 19:30 bis ca. 22:00 Uhr nicht zur Verfügung stehen. Wir bitten um Verständnis.
lars

29.11.10
leider fand der Umbau von 12-13 Uhr statt. Das Ergebnis war insofern erfolgreich, als wir nun wissen, dass der server im Prinzip mehr als 4GB RAM verwalten kann. Leider mach uns der Hypervisor xen noch einen Strich durch die Rechnung, so dass wir zur Zeit weiterhin mit 4GB RAM leben muessen. Wir suchen aber nach einer Loesung.
olo

24.11.10
Wegen einer Speichererweiterung ist der gesamte OHS-Server am 25.11. ab 16 Uhr fuer ca. 60 min offline. Es gehen keine mails verloren, angeforderte Webseiten werden nach Abschluss der Wartung nachgeliefert.
olo

10.10.10
Wegen dringender Wartungsarbeiten waren heute zwischen 07:45 und 08:05 Uhr die Dienste des OHS-Server nicht verfügbar. Wir bitten um Verständnis.
lars

04.10.10
Der Web- und FTP-Service stand heute in der Zeit von 22:05 bin 22:25 Uhr nicht zur Verfügung, wir mussten den Platenplatz erweitern.
lars

16.05.10
Am 18.05.2010 werden eir eine Software-Aktualisierung auf dem Web-Server vornehmen. In der Zeit von 19:30 bis ca 21:00 Uhr werden daher sämtliche auf dem OHS-Server gehosteten Web-Seiten nicht verfügbar sein.
Update: Seit der Aktualisierung unterstützt der Server nur noch PHP5, alles Site wurden entsprechend umgestellt.
lars

04.03.10
Leider hatten wir gerade einen 30 Minütigen Ausfall des Web-Servers. Wir bitten um Entschuldigung
lars

03.06.09
Wir werden am Freitag die fuer den 11.05 angekuendigten Tests druchfuehren, damit verbunden auch einige reboots. Wir erwarten eine downzeit fon 19:30 Uhr bis etwa 22:30 Uhr. Wir bitten um Verstaendnis.
olo

18.05.09
wegen einiger Sicherheitsprobleme wurde Moodle von Version 1.8.8+ auf 1.8.9 aktualisiert. Es sollte alles wie gewohnt funktionieren.
olo

14.05.09
Wegen Krankheit (ich) fällt die Wartung heute aus, ein Termin nächste wird an im feed bekannt gemacht.
olo

11.05.09
Wegen einer Speichererweiterung und damit verbundenen Tests ist der OHS-Server am kommenden Donnerstag ab 19 Uhr fuer ca. 3 Stunden nicht erreichbar. Wir werden ausserdem versuchen den Platteninkosistenzen vom 15.02.09 auf die Spur zu kommen.
olo

28.04.09
Um notwendige Wartungsarbeiten planbar zu machen haben wir sie bisher auf der Starseite veroeffentlicht. Diese Verfahren war wegen mangelnder Automatisierbarkeit fuer die Nutzer des OHS nicht sehr praktisch. Wir haben es ab sofort durch einen rss-feed, der auf der Startseite des OHS-Servers abonniert werden kann ersetzt.
olo

27.04.09
Das Wartungsfenster hat heute leider nicht bis 22 Uhr sondern bis 2 Uhr gedauert, wir sind darueber auch nicht gluecklich und werden morgen entsprechend muede sein. Die gute Nachricht: Wir haben wieder ausreichend Hauptspeicher, nachdem wir vor einiger Zeit fehlerhaftes RAM aus dem server entfernen mussten.
olo

17.02.09
Wir scheinen nochmal davongekommen zu sein... Soweit wir es überblicken können, sind alle Schulseiten wieder komplett. Falls jemand noch Probleme hat, bitte eine mail an webmaster at schulnetz punkt org.
olo

15.02.09
Bei einem Sicherheitsupdate heute morgen haben wir nach dem Neustart der server leiden einen Daten-Gau erlebt: Auf dem www-Server waren auf drei voneinander unabhaengigen Partitionen auf zwei voneinander unabhaengigen Plattensubsystemen (wir haben zwei Hardware-RAIDs: Ein raid1 fuer das System und ein raid5 fuer die Daten) die Dateisysteme inkonsistent.
Lars hat heute in einem Gewaltmarsch, gerettet, was zu retten war. Wir haben dadurch die meisten Schulhomepages restaurieren koennen, wir haben allerdings nicht bis in den letzten link, sondern nur oberflaechlich pruefen koennen, ob die Homepages in Ordnung scheinen.
Einige Schulen in unsere Liste lassen sich leider gar nicht mehr auffinden. Da wir nicht wissen, ob diese Schulen, wie es leider ueblich ist, den OHS Server klammheimlich verlassen haben oder ob die Daten verlorengegangen sind, bitten wir alle Schulen ihre Daten bei uns zu kontrollieren.
Falls jemand es wissen moechte: Nein, wir haben kein Backup. Unsere alte Backup-Hardware (DDS3) reicht schon lange nicht mehr fuer die Datenmengen, die sich auf den Schulhomepages befinden, fuer neue Backup-Hardware hat unser Verein leider kein Geld. Wir werden in den naechsten Tagen eine regelmaessige, aber provisorische Sicherungskopie etablieren, wir bitten aber darum, gerade nach dieser Erfahrung mit mehrfachem Ausfall, dass sich keiner darauf verlaesst und die Schulen ihre Daten nochmal lokal vorhalten, um sie im Fall der Faelle einfach wieder hochladen zu koennen.

Wen es technisch interessiert: Wir vermuten, dass durch den defekten Hauptspeicher, den wir vor einigen Wochen als Problem der unerklaerlichen server-Abstuerze identifiziert haben, der kernel bzw. das io-subsystem unbemerkt inkonsistente Daten auf die Platten geschrieben haben. Dies ist erst jetzt beim reboot (mit erzwungenem fsck) aufgefallen. Eine bessere Erklaerung haben wir nicht fuer diesen multiplen Ausfall...
olo

18.01.09
Die Wartungsarbeiten von 20:00 bis 23:00 Uhr sind schon um 22:20 Uhr abgeschlossen worden. Wir haben zwei defekte 1GB RAM-Module entfernt. Wer vielleicht noch 2 funktionierende Module DDR400/333/266/200 registered SDRAM 72-bit ECC 2.5V rumliegen hat: Der Verein würde sich sehr über eine entsprechende Spende freuen :-)
olo & lars

27.11.08
Aufgrund dringender Netzwerkwartungsarbeiten der UNI-HH standen Web- und Mail-Server heute in der Zeit von 09:30 bis 10:45 nicht zur Verfügung.
lars

22.02.08
Wir hatten heute zwischen 12:15 und 12:41 eine nicht angekuendigte downzeit, weil der OHS-Server seinen Platz im Regal gegen einen Platz in einem neuen Regal tauschen musste. Leider ist dann um 13:05 der server aus bisher ungeklaerter Ursache stehengeblieben, die Alarme hierzu sind neben den Alarmen der vorherigen Downzeit leider untergegangen, so dass wir das Problem erst um 14:11 bermerkt haben und loesen konnten. Wir bitten fuer die Unanehmlichkeiten um Verstaendniss.
olo

09.02.08
Aufgrund eines Konfigurationsfehlers der Domain schulnetz.org waren sämtliche Hosts dieser Domain seit ca. gestern Mittag bis heute 17:45 Uhr nicht erreichbar. Wir bitten um Entschuldigung und geloben Besserung.
lars

19.01.08
Neues Jahr, altes Problem. Der OHS-Server ist leider zwischen 18.01./21:00 Uhr und 19.01./12:35 Uhr total ausgefallen. Die &UUml;berwachung hat leider auch nicht so rechtzeitig angeschlagen und bis der Rechner dann wieder lief... Wir werden noch mal Zeit und Geld investieren um die Stabilität deutlich zu verbessern.
lars

17.10.07
Wartung am Do-abend: Wegen Systemupdates wird morgen abend wahrscheinleich ein reboot des gesamten OHS-Servers notwendig. Wir erwarten eine downzeit unter 5min, gegen etwa 18 Uhr.
olo

21.09.07
der wilde webserver hat hoechstwahrscheinlich auch den DB-Server in Mitleidenschaft gezogen, da dieser aufgrund von fehllogins des webservers weitere Zugriffe durch den webserver verhindert hat. Wir haben das entsprechende limit heraufgesetzt, da wir eigentlich nicht von Angriffen des webservers auf den DB-server ausgehen...
olo

20.09.07
Leider ist der Web-Server heute aus dem Ruder gelaufen, so dass zwischen 07:30 und 18:30 Uhr die Seiten nur sehr schleppend bzw.nicht ausgeliefert wurden.
lars

11.09.07
Nachdem wir gestern den Festplattentreiber als moeglichen Schuldigen ausgetauscht hatten und ein erster Lasttest am Abend erfolgreich verlief ist bei einem weiteren Lasttest heute vormittag dann doch gegen 13 Uhr der OHS-Server abgestuertzt, gegen 13:15 waren wir wieder online. Wir werden heute den alten Zustand wieder herstellen und am Abend einen kurzen reboot druchfuehren.
Ein weiterer Test erfolgt nach Ankuendigung.
olo

09.09.07
Morgen abend (10.09) ab ca. 19:30 kann es zu Unterbrechungen beim OHS-Server kommen. Wir werden versuchen, den Stillstandproblemen auf die Spur zu kommen.
olo

05.09.07
Wir hatten heute zwischen 6:30 und 8:25 leider einen bisher unerklaerlichen Ausfall, wir vermuten ein Problem im debian-kernel und untersuchen das Problem :-(
olo

11.07.07
Wir hatten gestern leider wieder zwei kurze Ausfaelle. Heute gibts es mittags einen Neustart des Systems, da wir einen moeglichen Fehler gefunden haben und Hardware updaten muessen. Die downzeit sollte unter 20 min bleiben, voraussichtlich ab 12:15.
olo

09.07.07
seit ein paar Wochen ist der Wurm drin: Entweder die Stromversorgung oder der Internetzugang und heute der grosse Unbekannte: Wir waren leider von 20:35 bis 22:00 offline, die Ursache ist noch unklar, wir suchen...
olo

05.07.07
zur Netzproblematik hierunter erreichte uns heute noch folgende Info:

Wir haben leider seit dem 1. Juli 07 (Sonntag) Stoerungen auf unserem HHR
Cluster-Router, die teilweise zu Paketverlusten, teilweise zur
Unterbrechung des Betriebes fuehrt

Alle Einrichtungen des HHR - damit auch die Universitaet -  sind betroffen, 
 allerdings in unterschiedlicher Weise und manchmal auch zu unterschiedlichen 
Zeiten. Das DFN-NOC (unser Provider) ist informiert, ein Hardwarefehler wird 
vermutet. Ein Tausch einer Supervisorengine und einer LineCard erfolgte 
bereits.  Morgen Vormittag werden eine weitere Linecard und ein Luefter 
getauscht,  d.h. es kommt dann evtl. zu einer kurzen Unterbrechung.

Wir hoffen, dass wir damit zu einem stabilen Betrieb zuruezglangen.

olo

03.07.07
Seit gestern hat die Uni Hamburg ein Problem mit der Anbindung nach aussen. Davon ist der OHS-Server auch betroffen: Von aussen scheint es als wenn der OHS-Server nicht antwortet. Morgen frueh soll am zentralen Gateway eine Komponente getauscht werden, dann soll das Fahrwasser wieder ruhiger werden.
olo

23.06.07
Heute morgen gegen 06:30 Uhr ist nach der Logfile-Rotation leider der Web-Server stehengeblieben und wurde erst gegen 12:00 wieder gestartet. Vermutlich haben haengende PHP-CGI Prozesse dazu gefuehrt. Wir haben die Log-Rotation jetzt so veraendert, dass das nicht mehr vorkommen sollte. Sorry...
lars

10.06.07
Wir hatten heute leider von 6:27 bis 11:58 einen Totalausfall des Web- und DB-Servers. Umfangreiche Recherche in den log-Dateien hat leider keinen Anhaltspunkt ergeben. Da das System wie ausgeschaltet war, ist ein Stromproblem nicht auszuschliessen, auch auf unserem alten server hatten wir am Donnerstag einen uenrklaerlichen Neustart. Evtl. haengt es mit dem update von Freitag zusammen, wir werden weiter nachforschen.
p.s. Nicht zoegern uns eine mail zu schreiben! (Mail laueft (noch) ueber eine andere Hardware)
olo

08.06.07
Bei einem notwendigen reboot ist leider eine Plattenparttion vollgelaufen. Dadurch wurden aus geplanten 2 Minuten ungeplante 25 Minuten (18:40 bis 19:07). Wir bitten um Verstaendnis.
olo

06.05.07
Gute Nacht!
Lars und ich haben in einem relativen Gewaltmarsch den www-Server des OHS auf neue Hardware migriert.
Was funktioniert:
Die meisten webseiten. Die einfachen Seiten ohne Scripte usw. waren erwartungsgemaess problemlos. Recht viel Aufwand mussten wir mit php-basierten Webseiten treiben.
Was noch nicht funktioniert:
Bei einigen Seiten kann es zu Problemen kommen, da sich die DokumentenRoot veraendert hat. Je nachdem, ob es sich um einen virtuellen Server (mit eigener Domain) oder eine Seite unter www.hh.schule.de handelt ist es nun:
/var/www/wwwhome oder
/var/www/virtual

Wir haben uns erlaubt, das in einigen Scripten anzupassen.

Eineige Dienste sind erstatzlos weggefallen: RealServer, OHS-faq, HyperNews

Das Webinterface zu den Mailinglisten ist zur Zeit noch nicht zugaenglich, wir arbeiten daran.

Wenn Probleme auftauchen, bitte an die webmaster mailen!

p.s. Viele webseiten, die laengst nicht mehr auf dem OHS lagen sind in diesem Zuge entfernt worden!
lars und olo

04.05.07
Salve!
Wir werden die Umstellung am Samstag um 3:00 nachts damit beginnen, dass kein ftp-login mehr moeglich ist, bis die Umstellung beendet ist. In der Zeit dazwischen werden die meisten Seiten erreichbar sein, es wird aber eben nicht moeglich sein, updates hochzuladen.
Wir hoffen gegen Abend fertig zu sein, werden aber unsere Schlafsaecke mitbringen um neben dem Schiffsdiesel ein Lager aufschlagen zu koennen.
Wenn wir durch sind, stehts hier!
olo

30.04.07
Wegen Arbeiten an der Klimaanlage muessen wir die OHS-Server heute leider nochmal fuer einen Tag in einen anderen Raum umziehen und Mittwoch wieder zurueck. Wir werden diese downtime nutzen, um die Hardware nach den Problemen mit der Prozessorkuehler wieder die Kraft der zwei CPU-Herzen zu verleihen.
olo

23.04.07
Voraussichtlich am 5. Mai (Sa) werden wir den OHS-Server auf eine neue Hardware migrieren. Es sollte hinterher kein Unterschied spürbar sein, die Performance wird natuerlich deutlich besser. Am Tag der Umstellung werden wir aber den Zugriff via ftp abschalten, d.h. es sind keine updates der Seiten moeglich. An diesem Tag koennen die einzelnen Seiten dann auch jeweils fuer einen kurzen Zeitraum nicht erreichbar sein.
Die Massnmahmen sollen insgesamt zu einem performanteren, ausfallsicheren und modernern System fuehren, fuer die Einschraenkungen bei der Umstellung bitten wir um Verstaendnis.
Wir werden an dieser Stelle zusaetzliche Informationen veroeffentlichen, sobald sie vorliegen.
olo

06.04.07
Durch den Ausfall eines CPU-Luefters im neuen OHS-Server und dadurch notwenige Umbaumassnahmen war die MySQL-DB heute von 13:01 bis 14:14 nicht erreichbar. Wir laufen jetzt nur auf einer CPU und werden uns nach den Ostertagen um Ersatz kuemmern.
olo

30.03.07
PHP auf Version 4.4.6 aktualisiert.
lars

29.03.07
Wegen Umstellungsarbeiten war der DB-Server heute zweimal fuer einige Minuten nicht erreichbar. Wir haben jetzt eine aktuelle 5.0.32 Version der DB im Einsatz.
lars&olo

Alte News