AOit Linux Admin Blog

Und da sag mal jemand das Entwickler keinen Humor haben:

$ tail -f
tail: Warnung: die Standardausgabe stetig zu verfolgen 
ist nicht wirksam

Der Klassiker ist ja folgendes:

$ apt-get moo
         (__) 
         (oo) 
   /------\/ 
  / |    ||   
 *  /\---/\ 
    ~~   ~~   
...."Have you mooed today?"...

Heute Nacht war es einmal wieder soweit das die Uhren von 2:00h auf 3:00h umgestellt worden sind. Nicht nur der eigene Biorythmus wird dadurch beeinflusst, sondern auch Cronjobs!

Denn alle Cronjobs die zwischen 2:00h - 3:00h liefen diese Nacht nicht. Das hat einige Kunden verwundert und zu Supportanfragen geführt. Unsere Empfehlung lautet daher immer Cronjobs in diesem Zeitraum zu vermeiden.

Im Herbst ist es unter Umständen noch schlimmer da die Uhren dann von 3:00h auf 2:00h zurückgestellt werden. Das bedeutet ein Cronjob läuft dann zweimal.

Wir haben als Feature Request für unser Monitoring schon einmal den Wunsch aufgenommen, eine Warnung auszugeben. Das ganze werden wir dann aber auf den Zeitraum (z.B. 1 Woche) vor der nächsten Umstellung beschränken.

Da wir zur Zeit einige Neukunden von Debian Lenny auf Squeeze migrieren hier ein hilfreicher Tipp:

Nach dem Upgrade kann es sein das MySQL nicht automatisch mit upgedatet wurde, daher hilft folgender Befehl:

apt-get install mysql-server

 

Seit Anfang November steht OpenBSD 5.0 zur Verfügung und nach einer kurzen Testphase haben wir nun alle Rack Firewalls ausgetauscht.

Etwas was ich sehr an OpenBSD mag sind die seltenen Fehler/Lücken die korrigiert werden müssen. Die Version 4.9 ist seit Mai bisher ohne einen Patch ausgekommen. Und auch die 5.0 musste seit erscheinen noch nicht von uns gepatcht werden.

http://openbsd.org/errata50.html

 

Bei einem Kunden der den vom Provider zur Verfügung gestellten FTP Backup Platz benutzt, ist über Nacht die Quota (100GByte) vollgelaufen. Als wir das FTP Verzeichnis bereinigen wollten, wurde uns folgende etwas ironische Fehlermeldung ausgegeben:

ftp> delete backup.tar.gz: Disc quota exceeded

Jetzt muss der Kunde wohl den Backup Account komplett löschen und neu Anlegen lassen. ZFS hatte mal übrigens einen ähnlichen Fehler. Hier konnte man sich aber auf der Shell Ebene behelfen in dem man die Datei mit /dev/null überschrieben/ersetzt hatte.

Nachtrag

Wie sich herausgestellt hat basiert der FTP Speicherplatz auf ZFS und der Workaround funktioniert dort ebenfalls:

$> cat /dev/null > zero_byte.dat
$> ncftp -u user example.net
(Passwort Eingabe)
$> put -z zero_byte.dat <Name der vorhandenen Datei>

Wer für die Zukunft gewappnet sein will, sollte sich umbedingt schon jetzt mit evtl. deprecated Meldungen auseinandersetzen die bei PHP 5.3 auftauchen.

Z.B. der alte xt:Commerce 3 Shop hat relativ viele Anweisungen die deprecated sind:

PHP Deprecated:  Function eregi() is deprecated
PHP Deprecated:  Function split() is deprecated
PHP Deprecated:  Function session_is_registered() is deprecated

Diese Shop Version sollte man sowieso aufgrund der Tatsache das sie nicht mehr weitergepflegt wird ersetzen/updaten. Entweder man nimmt die 4er Version direkt von xt:commerce oder aber das Projekt xtcModified.

Eine Liste aller deprecated Funktionen gibt es hier:

http://de2.php.net/manual/en/migration53.deprecated.php

Finden kann man die deprecated Meldungen entweder in dem man display_errors einschaltet und entsprechend den Loglevel oder in dem man die Fehler in ein seperates Logfile schreiben lässt (auf Produktivsystemen immer die bessere Variante).

*xt:Commerce ist ein geschützter Name der Firma xt:Commerce GmbH.

Wir nutzen schon seit einiger Zeit OpenKM als Dokumentenmanagement. Am Anfang gab es ein sehr interessantes Phänomen, das nach einem Neustart des Dienstes alle Einstellungen verloren waren.

Die Lösung ist relativ einfach, wenn man weiß wie. OpenKM speichert die Einstellungen in einer HSQL Datenbank. Standardmäßig wird diese bei jedem Start neu erstellt. Das kann man ändern in dem man folgende Datei anpasst:

/opt/jboss-4.2.3.GA/OpenKM.cfg

#hibernate.hbm2ddl=create
hibernate.hbm2ddl=none