oli@netcup ~ $ date
Thursday, August 27th, 2009
oli@netcup ~ $ echo Apache Mod Layout mit Content-Encoding-Fehler
Ich hatte letztens bei einer Kundeninstallation das Problem, dass Mod Layout mit html Seiten plötzlich nicht mehr umgehen konnte. Interessanter Weise klappte dies aber mit php Files ohne Problem.
Ein Aufruf über telnet der entsprechenden Website lieferte mir immer das richtige Ergebnis, aber weder ein Firefox noch ein IE oder Opera konnten mir die Website anzeigen.
Verschiedene Einstellungen zur Contentauslieferung brachten leider keine Hilfe.
Ein Workaround ist nun, einfach alle Files durch den PHP Prozessor laufen zu lassen:
AddType application/x-httpd-php .php .phtml .php3 .html .htm
Dies ist zwar nicht unbedingt die Ressourcen schonend, allerdings funktioniert Mod Layout anschließend.
oli@netcup ~ $ clear
oli@netcup ~ $
oli@netcup ~ $ date
Thursday, August 7th, 2008
oli@netcup ~ $ echo Confixx Backup – awstats
Nach der Einspielung eines Backups kam es, dass Confixx plötzlich keinerlei awstats Updates mehr durchführte, nach einigem Suchen fand ich dann heraus, dass die pipelog.pl von Confixx nicht mehr die richtigen Logfiles angesprochen hat.
Die Logfiles die pipelog.pl anspricht werden aber leider auch nicht vom updateskript nachträglich generiert, also musste Hand angelegt werden:
for i in `ls /etc/apache2/confixx_vhosts`
do
domains=`grep ServerName /etc/apache2/confixx_vhosts/$i | awk '{print $2}'`
for j in $domains
do
ln -s /var/www/`basename $i .conf`/log/access_log /var/log/apache2/confixx/domains/access/$
done
done
Ist es nicht schön eine bash zu haben? Nach der Generierung der Links liefen auch die awstats Updates wieder:
for i in `ls /var/www/`
do
/usr/lib/cgi-bin/awstats.pl -config=$i -update
done
oli@netcup ~ $ clear
oli@netcup ~ $
oli@netcup ~ $ date
Wednesday, July 30th, 2008
oli@netcup ~ $ echo ext3 – Dateisystem Fehler
Heute kam es, dass ein Dateisystem Fehler aufwies. Einige Dateien hatten plötzlich ziemlich merkwürdige Attribute:
Das Bild im VServer
More…
oli@netcup ~ $ clear
oli@netcup ~ $
oli@netcup ~ $ date
Thursday, July 17th, 2008
oli@netcup ~ $ echo Solaris bash und fehlende Tasten
Immer wenn ich auf einer Solaris Shell arbeite und davor die Linux Keybindings gewohnt war, kommt es des öfteren vor, dass ich plötzlich jede Menge ~ in der Eingabe stehen habe. Dies kommt daher, dass ich gewohnheitsmäßig zum Löschen von Zeichen die rechts von meinerm Cursor liegen die “entf” Taste verwende. Diese ist leider standardmäßig unter der Solaris Bash nicht gebunden.
Nun habe ich dank Matty (http://prefetch.net/blog/) einen entscheidenden Tipp bekommen: http://prefetch.net/blog/index.php/2008/07/09/bashs-built-in-commands/
Ich bin davor noch nicht auf die Idee gekommen mit den Keybindings direkt in der Bash herumzuspielen. Dank ihm konnte ich nun so endlich die “entf” Taste in Solaris verwenden:
bind '"\e[3~"':delete-char
Ab in die .bashrc :)
Vielen Dank matty! Du hast mir das Leben erleichtert.
oli@netcup ~ $ clear
oli@netcup ~ $
oli@netcup ~ $ date
Saturday, April 5th, 2008
oli@netcup ~ $ echo Linux und Windows Zeilenumbrüche
Es kommt ja leider oft vor, dass es Probleme mit Windowszeilenumbrüchen (\r\n) und Linuxzeilenumbrüchen (\n) kommt. Gerade Perlskripte sind da immer ein großes Problem.
Jedoch gibt es da auch andere Möglichkeiten, als direkt die Files richtig zu speichern, man mache dies mal einem Kunden klar.
Ich bin letztens über eine Seite gestolpert die nicht nur die Standardvariante mit dos2unix behandelt, sonder auch andere Wege vorschlägt: http://kb.iu.edu/data/acux.html
Mein absoluter Favorit ist hierbei die Perl variante:
perl -p -e 's/\r$//' < winfile.txt > unixfile.txt
Denke das dürfte auch dem einen oder anderen in einer misslichen Lage helfen, denn dos2unix und unix2dos ist nicht auf allen Kisten vorhanden…
oli@netcup ~ $ clear
oli@netcup ~ $
oli@netcup ~ $ date
Tuesday, March 11th, 2008
oli@netcup ~ $ echo Neue Funktion in OpenVCP
In den letzen paar Tagen war bei OpenVCP reger commit Verkehr.
http://www.openvcp.org/timeline
OpenVCP setzen auch wir ein um unsere VServer zu steuern.
Es sind in den letzen paar Tagen ein paar nette neue Features dazugekommen, wie zum Beispiel für alle Benutzer ein Rettungssystem für den VServer. Dieser kann nun seinen VServer direkt in ein Rettungssystem booten um eventuelle Fehler am SSH Daemon zu beheben, sodass beim normalen Boot der Login wieder funktioniert.
Ein weiteres Feature ist die Deaktivierung von VServern, so muss nun nicht mehr der einzelne Benutzer gesperrt werden, sondern es ist nun direkt möglich, einen einzelnen VServer zu deaktivieren. Eine durchaus nette Funktion wenn es darum geht Schuldnern den VServer zu sperren.
Nach einer kleinen Betaphase hoffen wir dieses Feature sehr bald all unseren Kunden zur Verfügung zu stellen.
oli@netcup ~ $ clear
oli@netcup ~ $
oli@netcup ~ $ date
Wednesday, January 16th, 2008
oli@netcup ~ $ echo Rootrechte zu unrecht
Scheinbar hat folgender “Mit” root eines Kunden nicht die übliche Erklärung bekommen was man als root anstellen soll. Der Kunde hatte heute Morgen angerufen, dass sein VServer nicht mehr ginge. Als ich diesen restarten wollte bekam ich viele Fehlermeldungen, was mich dann doch sehr überraschte.
Es zeigte sich nach einem ls auf dessen Homeverzeichniss, dass das Verzeichnis /etc fehle. Da der Kunde mich um eine kurze Fehleranalyse bat, damit sein VServer schnell wieder online kommt.
More…
oli@netcup ~ $ clear
oli@netcup ~ $
