argonius.de - Blogging my way

Da ich heut schon wieder das Problem hatte, dass nach einer Migration von einem ältern Plesk auf ein neueres Die Pfade von AWStats nichtmehr stimmten und auch die alten Statistiken nichtmehr aufrufbar waren, möcht ich hier kurz eine schnelle Lösung vorschlagen, um die Statistiken wieder herzustellen und AWStats zum laufen zu bringen:

Als erstes den Ordner /usr/share/awstats/wwwroot/cgi-bin/ nach /var/www/cgi-bin symlinken:

cd /var/www/cgi-bin; ln -s /usr/share/awstats/wwwroot/cgi-bin/

Danach noch unter /usr/share/awstats/ symlinks auf die in dem darunterliegenden Ordner tools erstellen.

Anschliessend, um die AWStats Daten wieder herzustellen folgenden Befehl ausführen (Bitte das Jahr und den Monat beachten, in dem Fall Juni, 2008 (2008-6 bzw 2008-06), einfach entsprechend ersetzen:

find /var/www/vhosts/*/statistics/webstat -path ‘*/2008-6/*’ -type f -name *.txt | while read f ; do tf=${f/2008-6/current} ; cp $f $tf ; done

cd /var/www/vhosts; find */statistics/webstat -type d -name 2008-6 | while read d ; do nd=${d/2008-6/2008-06} ; mv $nd $nd.orig ; mv $d $nd ; rm -f $nd/index.html ; ln -s $PWD/$nd/*-http.html $PWD/$nd/index.html ; done

Anschliessend noch:
/usr/local/psa/admin/sbin/statistics –calculate-all

Danach sollte eigentlich alles wieder passen.

Derzeit (Plesk 8.4.0 und Sitebuilder 4.1.0 und SSO 2.1) besteht ein Problem mit Singel-Sign-On zwischen Plesk und Sitebuilder. Wenn das Sitebuilderpasswort ein Plus (+) in seinem String hat, so funktioniert das SSO nicht.
Bsp.: avjio4+ wäre ein Passwort bei dem das SSO nicht funktioniert.
Parallels arbeitet hier noch an einem Bugfix.

Habe im Plesk das Problem gehabt, das man von remote keine Mails mehr über den Server verschicken konnte.

Kurz gecheckt … ja, da fehlt die AUTH LOGIN PLAIN …. Floskel die bei nem telnet <ip> 25 und nem ehlo foo

angezeigt werden sollte.

Also kurz gegoogled, und wie sollte es anders sein… Parallels hats mal wieder mim Update auf Plesk 8.4 verbockt.

Lange Rede kurzer Sinn:

Die inetd.conf sollte bei folgendermassen abgeändert werden: (nur der SMTP/SMTPS Teil):

 smtp stream tcp nowait.1000 root /var/qmail/bin/tcp-env tcp-env -Rt0 /usr/bin/env  SMTPAUTH=1    END=1 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

 

 smtps stream tcp nowait.1000 root /var/qmail/bin/tcp-env tcp-env -Rt0 /usr/bin/env  SMTPAUTH=1    END=1 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

Heut hatte ich das Problem, dass beim Aufruf von Horde Webmail unter Plesk nur eine leere Seite auftauchte.

Im Logfile war folgendes zu lesen:

PHP Warning: require_once(Horde/String.php) [<a href=’function.require-once’>function.require-once</a>]: failed to open stream: No such file or directory in /usr/share/psa-horde/lib/Horde/Browser.php on line 4
PHP Fatal error: require_once() [<a href=’function.require’>function.require</a>]: Failed opening required ‘Horde/String.php’ (include_path=’/usr/share/psa-horde:/usr/share/psa-horde/pear:.’) in /usr/share/psa-horde/lib/Horde/Browser.php on line 4

Nach einwenig Spielerei und prüfen, warum er die Datei String.php nicht öffnen kann, habe ich das ganze folgendermaßen gelöst:

cd /usr/share/psa-horde/

ln -s lib/Horde

Obwohl der Include Pfad und die Verzeichnissstruktur gleich der eines anderen funktionierenden Servers ist, hatte hier das inkludieren nicht funktioniert. Warum? Ich hab keine Ahnung

Bevor sich nochmal einer die Haare ausreist, wollte ich lieber mal darauf hinweisen, das man bei Plesk als FTP Loginname maximal 16 Zeichen hernehmen darf. *grml*

Um Spamassassin über die Konsole schnellstmöglich zu trainieren kann man jeweils einen Ordner Spammails (bpsw /root/spam) und einen Ordner Hammails (bpsw /root/ham) erstellen. Diese Ordner dann jeweils mit mindestens 200 Ham und Spammails füllen. Danach folgenden Befehl ausführen:

cd /root/spam

for message in *; do /usr/local/psa/admin/sbin/spammng –bayes –mailname=<emailadresse> –spam=$message ; done

cd /root/ham

for message in *; do /usr/local/psa/admin/sbin/spammng –bayes –mailname=<emailadresse> –ham=$message ; done

Danach kann man sich auch mal die Bayes Datenbank ansehen:

sa-learn –dump magic –dbpath /var/qmail/mailnames/<domain.tld>/<user>/.spamassassin/

Bei Plesk 8.1 kam es aufgrund von fehlenden bzw. falsch benannten Diffie-Hellmann Dateien zu hängenden Qmail Prozessen, die

mit der Zeit das ganze System nach unten gezogen haben.

Abhilfe schaffte hier:

cd /var/qmail/control

ln -s dhparam512.pem dh512.pem

ln -s dhparam1024.pem dh1024.pem

Danach qmail neustarten und das ganze sollte wesentlich geschmeidiger laufen.

Ein Kollege hatte vor kurzem das Problem, dass nach einem Reboot einer Pleskmaschine, nichtmehr alle IP’s hochgefahren wurden.

Um beim nächsten mal (falls es das geben sollte), nicht wieder alle per Hand hochfahren zu müßen, habe ich einen kleinen Einzeiler gebaut, der diese Arbeit für Ihn übernimmt.

Der Einzeiler fährt alles IP’s aus der Pleskdatenbank, bis auf die Hauptip, auf virtuellen Interfaces von eth0 hoch. Eventuell muß die Netzmaske und/oder das Ethernetinterface noch angepasst werden:

perl -e ‘$z=0;@execute=`echo “select ip_address from IP_Addresses where id!=1;”|mysql -u admin -p\`cat /etc/psa/.psa.shadow\` psa|grep -v ip_address`;foreach(@execute){chomp;system(”ifconfig eth0:”.$z++.” $_ netmask 255.255.255.255\n”);}’

Hier werden bald Howtos und Hilfestellung zu Problemen mit Plesk auftauchen.