Sehr geehrte Kunden,

1. Wartungsarbeiten Webserver “venus”

Seit Januar 2007 ist für unsere Webhosting-Kunden auf dem Server “venus” die Server-Hardware die gleiche geblieben. Bis auf zwei defekte Festplatten hat der Server sehr gute Dienste geleistet, erreicht aber nun das Ende seiner Tage als Hosting-System.

Um den gestiegenen Anforderungen gerecht zu werden, freuen wir uns Ihnen mitteilen zu können, dass alle Kunden auf “venus” auf ein neues, leistungsfähigeres System umgezogen werden.

Aus diesem Grund finden Wartungsarbeiten an folgendem Termin statt:
Freitag, 20. April 2012, ab 21:00 Uhr

Die Wartungsarbeiten sollten eine Dauer von 30 Minuten nicht übersteigen. Während der Wartungsarbeiten stehen die Webseiten auf dem betroffenen System bedauerlicherweise nicht zur Verfügung, der Betrieb des Mailservers ist jedoch nicht betroffen.

Wir werden dabei lediglich die Hardware für den Server tauschen – eine Änderung an den Einstellungen des Systems selbst wird nicht erfolgen. Sie müssen daher an den Einstellungen Ihrer Webseiten nichts anpassen.

[Update: Die Wartungsarbeiten wurden erfolgreich beendet.]

2. Aktualisierung des Mailservers

Zum reibungslosen Betrieb Ihrer Webseite gehört natürlich auch ein gut funktionierendes Mailsystem. Um Ausfällen daher vorzubeugen, wurde die verwendete Software “Dovecot” von der bisher eingesetzten Version 1.2 auf nun 2.1 aktualisiert.

Vor allem bringt diese neue Version mehr Geschwindigkeit beim Abruf der Mails. Sie sollten daher auch bei sehr großen Postfächern (Ordner mit über 3000 Mails) kein Problem mit zu langsamen Zugriffen haben!

Auch hatten wir vor dem Update von einigen Kunden Meldungen erhalten, dass die Quota – also der zur Verfügung stehende Speicherplatz – vom Mailserver falsch berechnet wurde. Es wurde mehr Platz als “belegt” gekennzeichnet als tatsächlich genutzt wurde. Dieser Fehler ist mit der Aktualisierung nun ebenfalls behoben

3. Stellungnahme Ausfälle

Am gestrigen Montag, 16.04.2012, kam es gegen 18:00 Uhr zu einer größeren Störung, die im Zusammenhang mit internen Umstrukturierungsmaßnahmen stand.

Auslöser war ein Bug in der von uns eingesetzten Verwaltungssoftware “Confixx”, wodurch fehlerhafte Konfigurationen auf den Webservern aktiviert wurden.

Der Fehler ist beseitigt, wir werden außerdem einen Bugreport beim Hersteller Parallels veranlassen. Weitere Störungen sind somit nicht mehr zu erwarten.

Allerdings musste im Zuge der Störungsbeseitigung die Confixx-Datenbank auf den Stand des 15.04.2012, 03:00 Uhr zurückgesetzt werden. Alle zwischen 03:00 Uhr und 19:45 Uhr neu angelegten oder generierten E-Mail-Adressen, Postfächer, FTP-Logins oder Passwort-Änderungen sind leider verloren gegangen und müssen erneut angelegt respektive geändert werden.

Die Komplett-Ausfälle vom 30. März (19:18 - 20:18, 60 Minuten) bzw. 01. April 2012 (17:55 - 18:12, 17 Minuten) waren einem Fehler in der Stromversorgung im Rack geschuldet. Die defekte Einheit wurde durch das Personal vor Ort aus dem Betrieb genommen.

Für die entstandenen Unannehmlichkeiten bitte wir um Entschuldigung.

Bei weiteren Fragen stehen wir Ihnen auch zukünftig wie gewohnt per E-Mail und per Telefon zur Verfügung.

Mit freundlichen Grüßen,

Anton Dollmaier & Team,
ADIT Systems

Dieser Blog-Eintrag richtet sich an externe Administratoren, bei denen Confixx Probleme mit der Verarbeitung von Zugriffsdateien (Zugriffs-Statistiken, Traffic-Auswertung oder Logrotate) hat. Unsere Webhosting-Kunden sind hiervon nicht betroffen.

Problem: Nach dem Upgrade von Debian auf Debian Squeeze zeigt Confixx keine Traffic-Statistiken an. Auch die Web-Statistiken wie Webalyzer oder AWStats werden nicht mehr aktualisiert, außerdem wachsen die Log-Dateien (log/access_log) ständig und werden nicht mehr rotiert (bzw. in log/old/ verschoben).

Ursache: Confixx ruft zur Auswertung der Zugriffstatistiken und dem Rotieren der Log-Dateien ein eigenes Skript namens “httpdtraffik.sh” auf. Dieses befindet sich im gleichen Ordner wie das Counterscript / Update-Script, also meist in /root/confixx oder /opt/confixx:

#!/bin/sh
# (…)
for HOME in $HOMEDIR/* ; do
USER=${HOME##$HOMEDIR/}
if ( echo -E “X$USER” | $GREP “^X$PREFIX[0-9]\+$” >/dev/null )  ; then
if test “$DEBUG” = “1″; then
echo “$USER”
fi

Dieses Skript iteriert nun in einer for-Schleife über jeden Eintrag, der in $HOMEDIR (also dem Verzeichnis, in dem alle Kunden-Accounts liegen) gefunden werden kann. $HOMEDIR ist auf Debian-Systemen üblicherweise “/var/www”, bei SuSE-Systemen “/srv/www/”.

Als erstes wird versucht, in der Variable den Ordnernamen zu ersetzen, so dass nur noch der Kunden-Name übrig bleibt, welcher mit dem Kunden-Prefix verglichen wird. Es werden somit nur die Ordner verarbeitet, die auch tatsächlich mit dem User-Prefix beginnen. Wird “httpdtraffik.sh” mit dem Parameter “DEBUG” aufgerufen, so wird üblicherweise der gefundene “USER” ausgegeben – seit dem Upgrade auf Debian Squeeze bleibt dies auch aus.

Während dem Upgrade wird der Anwender gefragt, ob er den Wert der Standard-Shell ändern möchte. Unter Debian Lenny und zuvor war die “bash” (“/bin/bash”) als Standard vorgegeben, während dem Upgrade wird nun empfohlen, auf die “Dash”-Shell zu wechseln. Debian aktualisiert dann den Symlink “/bin/sh”, so dass zukünftig die “dash” verwendet wird.

Zurück zum Confixx-Problem: Konkret schlägt hier das Entfernen des Pfades aus der “USER”-Variable fehl, so dass diese Variable zwar auch mit dem User-Prefix verglichen wird, allerdings keine Übereinstimmung gefunden wird. Somit wird die gesamte Verarbeitung des User-Accounts nicht durchgeführt, auch Log-Files werden niemals rotiert.

Lösung: Um erneut wieder Zugriffs-Statistiken und kleine Log-Dateien zu erhalten, gibt es zwei Möglichkeiten, von denen die eine die andere nicht ausschließt.

1. Anpassen des Shebangs in “httpdtraffik.sh”:
   Dieser Schritt ist die einfachste Lösung, da keine Systemänderungen vorgenommen werden. Hierfür wird in der ersten Zeile der Datei statt “#!/bin/sh” nun “#!/bin/bash” hinterlegt. Linux verarbeitet das Skript dann nicht mehr mit “/bin/sh”, sondern verwendet in jedem Fall die BASH (Bourne Again SHell).
   Achtung! Diese Änderung muss nach jedem Update von Confixx erneut durchgeführt werden, solange Parallels hier nicht eingreift!
2. Anpassen von Debian Linux, so dass wieder systemweit die BASH genutzt wird:
   Nach dem Aufruf von “dpkg-reconfigure dash” erhält der Anwender erneut die Auswahl, ob die DASH als Standard-Shell aktiviert werden soll. Wird dies verneint, verwendet Debian erneut die BASH, um das HTTP-Traffic-Skript zu verarbeiten.

Bereits am 01. November 2011 trat das “Steuervereinfachungsgesetz 2011″ in Kraft. Dieses Gesetz sieht die Gleichstellung von elektronischer und Papier-Rechnung vor, welche sich bereits rückwirkend zum 01.07.2011 auswirkt.

Gibt es einen innerbetriebliches Kontrollverfahren, das die Echtheit der Herkunft, die Unversehrtheit des Inhalts und die Lesbarkeit der Rechnung gewährleistet und somit einen Prüfpfad zwischen Rechnung und Leistung herstellt, so ist die Verwendung der qualifizierten Signatur beim Versand der Rechnung nur noch optional.

Wir haben uns daher entschlossen, die Rechnungen als PDF-Datei direkt per E-Mail zu übermitteln, so dass ein Login ins KundenCenter nicht mehr zwingend notwendig ist.

Auch Firmen müssen nicht mehr auf den kostenpflichtigen Versand per Post zurückgreifen – die Rechnung ist auch beim Versand per E-Mail steuerlich absetzbar.

Weitere Informationen finden Sie auf den Seiten des Bundesministerium der Finanzen.

Nach langer (gefühlt ewiger) Entwicklungszeit ist es nun geschafft: unser Kundenverwaltungs-System “AS-CRM” ist seit heute im Produktivbetrieb.

Dieses neue CRM wird uns ermöglichen, mehr Prozesse zu optimieren und uns somit auf das zu konzentrieren, was von uns erwartet wird: Service am Kunden sowie die Qualität der Hosting-Dienstleistung. Die Bürokratie soll zur Nebensache werden.

Bitte prüfen Sie daher Ihre Rechnungen auf eventuelle inhaltliche Fehler und kontaktieren uns zeitnah, damit wir die Abrechnung dann korrigieren können.

Leider gibt es auch nach der Einführung in den Produktivbetrieb noch etwas zu tun:

Unser KundenCenter ist bis auf weiteres nicht verfügbar, bis die Umstellung auf das neue CRM abgeschlossen ist. Rechnungen erhalten Sie daher als PDF-Anhang per E-Mail. Wenn Sie alte Rechnungen benötigen, kontaktieren Sie unseren Support. Gleiches gilt für neue Kontaktdaten oder andere Anfragen.

Wir arbeiten daran, Ihnen zeitnah das KundenCenter wieder zur Verfügung zu stellen. Neue Funktionen werden dann nach und nach ergänzt.

Sehr geehrte Kunden,

am 31.01.2012 kam es gegen 17:00 Uhr zu einem Ausfall des Webhosting-Systems mars. Dieses meldete Fehler des RAID-Controllers, so dass das gesamte System heruntergefahren wurde.

Nach wenigen Minuten war “mars” wieder erreichbar, es traten keine weiteren Fehler auf. Wir haben allerdings direkt beim Hersteller den Austausch der defekten Komponente veranlasst, um diese dann zu einem festen Termin tauschen zu können.

Heute Mittag gegen 12:08 Uhr trat der gleiche Fehler wieder auf, so dass der Server erneut heruntergefahren werden musste. Im Gegensatz zur Störung am Dienstag erkannte das Mainboard den RAID-Controller nicht mehr, der Server blieb also offline.

Durch Komplikationen beim Hersteller traf das Ersatzteil aber nicht beim Rechenzentrum ein, sondern direkt bei uns vor Ort. Ein Austausch des nun ganz defekten Controllers hätte eine Verzögerung von mehr als 3 Stunden bedeutet.

Um den Ausfall für Sie jedoch so kurz wie möglich zu halten, haben wir das Rechenzentrum beauftragt, einen Ersatz-Server in Betrieb zu nehmen. Dieser Server läuft nun mit den Festplatten von mars, bis der Austausch des Controllers durchgeführt werden konnte. Nach dem Austausch werden wir mars kurzzeitig offline nehmen, um die ursprüngliche Konfiguration wiederherzustellen.

[Update 08.02.2012, 12:44 Uhr: der Austausch des Controllers sowie der Rückbau in die "richtige" Hardware erfolgt heute ab ca. 14:00 Uhr. Es wird zu einem Ausfall von 15-30 Minuten kommen.]

[Update 08.02.2012 15:49 Uhr: Der Controller wurde erfolgreich getauscht, mars läuft nun wieder auf der gewohnten Hardware. Leider wurde der ARP-Cache nicht aktualisiert, weshalb Kunden mit eigenen IP-Adressen (SSL-Zertifikate, Lighttpd-Hosting) einen etwas längeren Ausfall hatten.]

Da sich durch die Verwendung eines anderen Servers auch die Hardware geändert hat, ist es derzeit noch nicht möglich, Änderungen der Web-Einstellungen im Confixx vorzunehmen – hier wurde auch bereits das Zurücksetzen der Lizenz beantragt. Die Lizenz wurde zurückgesetzt, es stehen wieder alle Funktionen zur Verfügung.

Für die Störung bitten wir um Entschuldigung. Sicher werden Sie aber bemerkt haben, dass wir alles uns Mögliche unternommen haben, um den Ausfall so kurz wie möglich zu halten.

Wir hoffen daher, Ihnen auch in dieser Ausnahmesituation wieder bestätigt zu haben, dass Ihre Daten bei uns gut aufgehoben sind und wir sofort eine schnelle Lösung für Sie erreichen konnten.

Bitte beachten Sie zukünftig auch unseren Serverstatus unter:

http://serverstatus.aditsystems.de/

Diese Status-Übersicht ist direkt an unser Überwachungssystem gekoppelt, so dass Sie sich sofort direkt über eventuelle Ausfälle informieren können.

Bei Fragen oder Problemen steht Ihnen unser Support auch jederzeit zur Verfügung.

Leider startet das neue Jahr mit einer Preiserhöhung, die wir von unserem Lieferanten an unsere Kunden weitergeben müssen.

Die beiden Registrys Verisign und Neustar, zuständig für die TopLevel-Domains .COM/.NET sowie .BIZ erhöhen ihre Preise um 10%. Der neue Preis gilt ab 01.02.2012.

Somit gelten bei uns folgende aktuelle Domainpreise:

• .COM: 11€
• .NET: 11€
• .BIZ: 11€

Andere TopLevel-Domains sind von den Preiserhöhungen nicht betroffen.

Als öffentlichen Service bieten wir per sofort eine Etherpad Lite-Instanz zur freien Verwendung an.

Erreichbar ist diese unter:

https://aspad.de/

Das ADIT Systems-Etherpad ist eine einfache Möglichkeit, wenn mehrere Personen über das Internet gemeinsam und zeitgleich an Texten schreiben müssen.Dies wird komplett im Webbrowser mittels JavaScript realisiert, Zusatz-Programme wie Flash sind nicht erforderlich.

Das AS-Pad lässt sich somit unter anderem für folgendes Einsetzen:

• gemeinschaftliche Erstellung von (Sitzungs-)Protokollen
• Erarbeitung von Regelwerken, Abläufen, Tagesordnungspunkten
• Verwendung ähnlich eines Wikis: Text erstellen, Dritte können diesen jederzeit anpassen

Es existiert bei der von uns eingesetzten Software Etherpad Lite keine Notwendigkeit, einen Benutzer-Account zu erstellen – somit ist es auch nicht möglich, einzelne Pads “privat” zu verwenden.

Alle Inhalte werden in der Datenbank abgelegt, eine Leerung findet bisher nicht statt – genausowenig werden die Daten durchsucht, aufgelistet oder anderweitig verarbeitet.

Zur Verwendung: Webseite aufrufen, durch Klick auf “new pad” ein neues Pad mit zufälligem Namen erstellen oder den Namen selbst wählen. Anschließend die URL der Seite kopieren und an Freunde, Bekannte und Mitstreiter weitergeben.

Viel Erfolg beim gemeinschaftlichen Editieren!

Nach größeren Optimierungen wurde u.a. der APC-Beschleuniger für PHP installiert. Die Performance-Steigerung ist insbesondere bei CMS-Instanzen wie Joomla oder Drupal beachtlich.

Allerdings scheint Confixx Probleme zu haben, wenn APC aktiv ist: nach dem Absenden des Login-Formulares landet man erneut auf dem Login-Formular, eine Fehlermeldung wird nicht angezeigt. Nach mehrfachem Versuch ist  der Login dann doch noch möglich.

Abhilfe kann geschaffen werden, in dem APC für die Confixx-Oberfläche abgeschalten wird. Der Performance-Verlust ist zwar spürbar, allerdings muss Confixx nicht so viele Zugriffe erdulden wie reguläre öffentliche Webseiten.

Die Abschaltung kann über zwei unterschiedliche Möglichkeiten erfolgen:

1. direkt in der Apache-Konfiguration, beispielsweise über einen Eintrag im HTTPd Spezial von Confixx:

   <Directory "##user_home##/##user##/html">
   php_admin_flag apc.enabled "0"
   </Directory>

2. oder über einen Eintrag in einer .htaccess-Datei:

   php_admin_flag apc.enabled "0"

Beim Aufruf einer phpinfo()-Seite wird zwar das APC-Modul noch geladen und aufgelistet, allerdings sollte im Abschnitt “apc” der “Master”-Wert für “apc.enabled” auf “off” stehen.

Um die Confixx-GUI abzuschalten, empfiehlt sich die Konfiguration in einer eigenen Datei, z.B. unter “/etc/apache2/conf.d/confixx.conf”. Die “confixx_mhost.conf” wird regelmäßig überschrieben und empfiehlt sich nicht!

<Directory "/var/www/confixx/html">
php_admin_flag apc.enabled "0"
</Directory>

Bereits seit Juni 2011 kann ThunderBird bei der Einrichtung von E-Mail-Konten auf die sog. AutoConfig zurückgreifen.

Diese übermittelt alle benötigten Einstellungen für die Einrichtung, beispielsweise den IMAP/POP3/SMTP-Server, die Server-Ports sowie einen eventuell benötigten Benutzernamen, so dass nach der Angabe Ihres Absender-Namens, Ihrer E-Mail-Adresse sowie Ihrem Postfach-Passwort das Konto komplett eingerichtet werden kann.

ThunderBird bietet dabei sogar noch die Auswahl an, ob das Konto als IMAP-Konto oder als POP3-Konto angelegt werden soll (vgl. die Unterschiede):

Weitere Informationen finden Sie im dafür angelegten Wiki-Artikel.

Nach vier Jahren problemloser Betrieb gibt es aktuell Störungen auf unserem Webhosting-System Venus.

Betroffen ist die Überprüfung des Passwortes bei geschützten Verzeichnissen (Basic bzw. Digest Auth), die über Confixx oder von Hand angelegt wurden.

Um das Problem zu lösen, werden wir am heutigen 22.07.2011, ab 23:30 Uhr Wartungsarbeiten am System durchführen. Dabei wird sowohl der Arbeitsspeicher des Systems geprüft und (falls nötig) ausgetauscht, sowie u.U. der Server neu installiert. Datenverluste sind nicht zu erwarten, Kundendaten sind bei einer Neuinstallation nicht betroffen.

Mit Ausfällen rechnen müssen alle Webhosting-Kunden, deren Benutzername mit “web” beginnt. Das Mailsystem befindet sich auf anderen Systemen und somit nicht beeinträchtigt!

[Update 00:30 Uhr: Die Wartungsarbeiten wurden erfolgreich abgeschlossen, das System steht nun wieder wie gewohnt zur Verfügung. Zusammen mit dem Austausch des bisherigen Arbeitsspeichers haben wir ein Upgrade durchgeführt, so dass die Performance des Systems nun besser sein wird als zuvor.]

weiterlesen Störung auf Webhosting-System venus.a1a-server.de

Bereits Anfang Februar ist der Adressraum der bisher genutzten IPv4-Adressen weltweit erschöpft: die IANA verteilte den letzten IPv4-Block an die regionalen Vergabestellen.

Bereits zuvor zeigte sich das klassische Henne-Ei-Problem:

• Viele Webseitenbetreiber weigerten sich, IPv6 zu verwenden, da keine Zugangsprovider und somit keine Endkunden über IPv6 ins Internet kommen
• Diese ISP sehen allerdings keinen Handlungsbedarf, da es ja nur sehr wenige Webseiten gibt, die überhaupt über IPv6 erreichbar sind.

Wir haben diesen Teufelskreis durchbrochen und haben vor einigen Wochen bereits IPv6 auf unseren Webhosting-Systemen aktiviert.

Somit sind alle Kunden-Webseiten sowohl über das “klassische” IPv4 als auch über IPv6 erreichbar – genau wie unsere zentralen Dienste und Anwendungen auf kunden.aditsystems.de.

Obwohl Confixx dies offiziell noch nicht unterstützt, haben wir die IPv6-Unterstützung trotzdem realisieren können. Es wird über eine Funktion jeder IPv4-Adresse ein Pendant im IPv6-Adressraum zugeordnet. Aus der IPv4-Adresse “62.146.15.4″ wird somit “2a01:138:a008::3e92:f04″.

Dies gilt nicht nur für unsere direkten Webhosting-Kunden, sondern auch für alle Kunden unserer Webhosting-Reseller: die IPv6-Konfiguration wird in jedem Fall generiert.

Ob diese für Ihre Domain aktiv ist, kann über einen externen Dienst geprüft werden:

Geben Sie auf “Up or Down” Ihre Domain, mit oder ohne “www.”, ein: es wird dann geprüft, welche DNS-Einträge hinterlegt sind und ob auf den erhaltenen IP-Adresse ein Webserver aktiv ist:

Diese Vorgehensweise wird “Dual-Stack” genannt, da die Webseiten über beide Protokolle (IPv4 und IPv6) erreichbar sind. Ebenso verfahren große Webseiten wie der Heise-Zeitschriftenverlag oder der Mobilfunk-Provider O2.

Sie haben Probleme, Ihre Webseite bei uns aufzurufen? Bitte kontaktieren unseren Support.

Sehr geehrte Kunden,

1. Feiern Sie mit uns 10 Jahre ADIT Systems!

Seit 10 Jahren können Sie nun schon auf uns vertrauen – mögen noch viele weitere folgen!

Unser Dank gilt allen Kunden, Partnern und Freunden, die uns in diesen 10 Jahren begleitet haben. Aus diesem Anlass möchten wir Ihnen Gelegenheit geben, bei uns bares Geld zu sparen. Gleichzeitig nehmen wir das Jubiläum zum Anlass nehmen und verschiedene Neuerungen einzuführen.

Aber lesen Sie selbst …

2. Rabattsystem für Hosting-Tarife

Als Dank für Ihre Treue bieten wir ab sofort ein Rabatt-System für alle Hosting-Tarife an.

Wählen Sie den Abrechnungszeitraum Ihres Hosting-Tarifes und sparen bis zu 10%!

• 6 Monate Abrechnungszeitraum ⇒ 5% Rabatt auf den Monatspreis
• 12 Monate Abrechnungszeitraum ⇒ 10% Rabatt auf den Monatspreis

Sie wollen Ihren bisherigen Tarif auf einen anderen Abrechnungszeitraum umstellen?

Kontaktieren Sie unseren Support für weitere Informationen!

(Abrechnungszeitraum entspricht Vertragslaufzeit, bei Domainregistrierungen ist kein Rabatt möglich)

3. Neue Funktion: E-Mail-Login mit E-Mail-Adresse

Um Ihnen die Verwendung von Mailadressen noch einfacher zu machen, kann der Anmeldename für Ihre Postfächer ab sofort umgestellt werden.

Statt sich wie bisher einen komplizierten Namen merken zu müssen (z.B. “web0p1″ o.ä.), können Sie nun direkt Ihre E-Mailadresse als Benutzernamen verwenden! Dazu genügt es, im Verwaltungssystem Confixx anstatt dem bisherigen Postfach-Namen die E-Mail-Adresse auszuwählen.

Weitere Informationen hierzu finden Sie in unserem Wiki:

• Anlegen des neuen Benutzernamens:
  https://kunden.aditsystems.de/wiki/email/maillogin
• Wo ist der Unterschied zwischen ‘Postfach’ und ‘E-Mail-Adresse’?
  https://kunden.aditsystems.de/wiki/email/mailvspop

4. Wegfall der 0700-Hotline

Ab sofort stehen wir Ihnen telefonisch mit einer regulären Festnetzrufnummer zur Verfügung.

Ihr Vorteil? Sie können auch hier weiter sparen! Haben Sie eine Frage zu Ihrem Tarif? Oder gibt es doch mal ein kleines Problem? Jetzt können Sie uns zum normalen Festnetztarif erreichen!

Innerhalb unserer Geschäftszeiten von Montag bis Samstag, 10:00 Uhr bis 20:00 Uhr, erreichen Sie uns unter:

• 08724-3949990

Unser Telefax ist über folgende Rufnummer erreichbar:

• 08724-3949999

Es entstehen lediglich Gebühren in Höhe einer regulären Festnetzverbindung.
Keine weiteren Zusatzkosten!

5. System-Wartungsarbeiten: PHP 5.3

Damit Sie zumindest nicht wegen eines Problems bei uns anrufen brauchen, sind wir ständig bemüht, unsere Systeme auf dem aktuellen Stand zu halten.

In diesem Zusammenhang sind uns Stabilität und ein hoher Sicherheitsstandard sehr wichtig. Aus diesem Grund verwenden wir für unsere Server als Betriebssystem Linux in der Distribution Debian.

Debian veröffentlicht im Zyklus von 18-24 Monaten neue Versionen. Zuletzt ist dies im Februar 2011 geschehen, mit der Version 6.0 alias “Squeeze”. Seither wurden unsere internen Servern nach und nach auf diese Version aktualisiert. So konnten wir eventuelle Probleme feststellen und uns von der Funktionsfähigkeit der neuen Version überzeugen.

Nachdem diese Tests nun durchgeführt wurden sind, werden die Kundenserver aktualisiert. Deshalb werden wir Wartungsarbeiten an folgendem Termin durchführen:

• 04. Juni 2011, ab 22:00 Uhr

Betroffen davon sind alle Webhosting-Systeme; der Mailserver auf “kunden.aditsystems.de” ist nicht beeinträchtigt.

Squeeze bringt eine Reihe an neuen Programm-Versionen mit sich: so läuft PHP nach der Umstellung in Version 5.3.

Diese Version zieht einige gravierende Änderungen nach sich. Bitte prüfen Sie deshalb bereits jetzt, ob die von Ihnen auf der Webseite eingesetzen Anwendungen (Foren, Blogs, Content-Management-Systeme) kompatibel zu PHP 5.3 sind!

In unserem Wiki haben wir einige Informationen gesammelt, die Ihnen Tipps und Hinweise zur Umstellung bieten:

• https://kunden.aditsystems.de/wiki/webseite/php53

Haben Sie noch Fragen, ob es mit Ihrer Webseite unter PHP 5.3 zu Problemen kommen wird?
Kontaktieren Sie uns! Unser Support steht gerne für Ihre Anfragen bereit.

Bei weiteren Fragen stehen wir Ihnen auch zukünftig wie gewohnt per E-Mail und per Telefon zur Verfügung.

Mit freundlichen Grüßen,
Ihr Team von ADIT Systems

Am Montag, 28.03.2011, kam es gegen 09:15 Uhr zu einem Ausfall der Netzwerkverbindung zu unseren Systemen.

Nach Diagnose durch Mitarbeiter vor Ort wurde der Uplink auf Seiten des Rechenzentrums als Ursache identifiziert: es lagen Störungen in der Verkabelung vor, welche dann um 10:05 Uhr behoben waren. Ein technisches Problem in unserem Einflussbereich lag nicht vor.

Die Ursache der Störung wurde durch Austausch defekter Bauteile am 31.03.2011 gegen 00:00 Uhr beseitigt, so dass diese Fehlerquelle zukünftig ausgeschlossen werden kann.

Nach dem Upload von Dateien, die Umlaute im Dateinamen enthalten, liefert Django folgenden Fehler:

[Sat Mar 26 22:18:53 2011] [error] [client x.x.x.x] UnicodeEncodeError: ’ascii’ codec can’t encode character u’\\xf6′ in position 17: ordinal not in range(128)

Ursache hierfür ist, dass der Dateiname Umlaute enthält, die mit UTF-8 encodiert sind – Python bzw. Django allerdings kein UTF-8 verarbeiten will.

Apache2 wird unter Debian standardmäßig mit “LANG=C” gestartet – er berücksichtigt also keinerlei Locales.

Um UTF-8 auch im Dateisystem verarbeiten zu können (os.path() o.ä.), muss dem Apache die korrekte Locale mitgeteilt werden.

Falls noch nicht geschehen, muss das Paket “locales” installiert werden:

aptitude install locales

Nun die nötige Änderung in der Datei /etc/apache2/envvars vornehmen:

## The locale used by some modules like mod_dav
export LANG=C
## Uncomment the following line to use the system default locale instead:
. /etc/default/locale

(Entfernen des Kommentarzeichens in der letzten hier aufgeführten Zeile)

Die genannte Datei /etc/default/locale wird über folgenden Befehl konfiguriert:

dpkg-reconfigure locales

Hier muss darauf geachtet werden, dass Locales mit UTF-8 selektiert werden – und in der zweiten Auswahl eine entsprechende als Standard gesetzt wird. Zu empfehlen ist entweder en_US.UTF-8 oder de_DE.UTF-8.

Somit befindet sich in der Datei /etc/default/locale beispielsweise folgender Inhalt:

# File generated by update-locale
LANG=de_DE.UTF-8

Nach dem Neustart des Apache sollte Python respektive die Django-Anwendung nun auch Dateien mit UTF-8-Umlauten verarbeiten können.

Nach dem Ausfall unseres Hostsystems neon.a1a-server.de ist nun die neue Hardware zum Tausch der defekten Komponenten eingetroffen.

Deshalb wird es am Freitag, den 18.03.2011, gegen 13:30 Uhr zu einem Ausfall von ca. 15 Minuten kommen, währenddessen der Server sowie die virtuellen Systeme nicht zur Verfügung stehen. Davon betroffen ist auch unser Mailserver kunden.aditsystems.de.

Planmäßige Wartungsarbeiten werden regulär abends oder am Wochenende durchgeführt, in diesem Fall sind wir gezwungen, den Austausch so früh wie möglich durchzuführen, um keine Datenverluste beklagen zu müssen.

Wir bitten um Verständnis für die Arbeiten und stehen bei Fragen und Problemen wie gewohnt zur Verfügung.

[Update: die Wartungsarbeiten wurden um 14:45 Uhr erfolgreich abgeschlossen.]