Webserver Umstellung von Debian Sarge auf Etch
Saturday, October 13th, 2007Bevor Etch wieder zur oldstable wird wollte ich dann doch mal meinen Webserver umstellen.
Ein einfaches aptitude dist-upgrade hätte einiege wichtiege Pakete deinstalliert, also ging es daran die Pakete nacheinander zu installieren. Das bloße installieren der Pakete reichete aber bei den meisten wichtigen Anwendungen nicht aus, hier kommt also die “Mängelliste”:
proftpd
Problem: Proftpd horchte zwar am Port 21 aber Verbindungen wurden sofort abgeborchen.
Lösung: In der /etc/proftpd/modules.conf sind in der default config alle Module aktiviert, nachdem ich die ein bisschen ausgedünnt habe lief der proftpd wierde.
/etc/proftpd/modules.conf:
#LoadModule mod_ctrls_admin.c
LoadModule mod_tls.cLoadModule mod_sql.c
#LoadModule mod_ldap.c
LoadModule mod_sql_mysql.c
#LoadModule mod_sql_postgres.c
LoadModule mod_quotatab.c
#LoadModule mod_quotatab_file.c
#LoadModule mod_quotatab_ldap.c
LoadModule mod_quotatab_sql.c
#LoadModule mod_radius.c
#LoadModule mod_wrap.c
#LoadModule mod_rewrite.c
Noch ein Problem:
Da ich kein IPv6 auf meinem Server habe *schluchtz* startet proftpd mit der Warung:
IPv6 getaddrinfo 'example.org' error: Name or service not known
Lösung: In der /etc/proftpd/proftpd.conf UseIPv6 off eintragen. Diese Option gibt es nur in der Debain Paketversion von proftpd.
syscp
Problem: Das cronscript spuckt Warnungen der Form
PHP Warning: Function registration failed - duplicate name - mysql_connect in Unknown on line 0
Lösung: In die php.ini die das cronscript benutzt (bei mir /etc/php4/syscpcron/php.ini ) ist ganz ans Ende ein extension=mysql.o geraten, das dort nicht hin gehört.
postfix
Problem: postfix-mysql ist installiert, aber die Verbindung zur Datenbank über Socket funktioniert nicht
connect to mysql server localhost: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)
Lösung: Postfix startet viele seiner Komponenten im chroot in /var/spool/postfix , so das es dort unter /var/spool/postfix/var/run/mysql/mysql.sock einen Hardlink auf den echten Socket gibt, der unter /var/run/mysql/mysql.sock liegt um den Komponenten das chroot schmackhaft zu machen. Jedes mal wenn mysqld neu gestartet wird, wird der Socket neu angelegt, aber leider nicht der Hardlink, der Zeigt weiter auf den gelöschten Socket. Ich erstelle einfach vor dem Starten von postfix den Link neu, dann sindet postfix die Datenbank wieder.
Ich frage mich ob die ganzen Probleme durch den Balast von Sarge kommen oder ob die Pakete an sich so viele Macken haben. Troz dieser Schwierigkeiten bin ich aber immer noch von Debian und dem Paketsystem überzeugt, denn das System an sich hat das Upgrade überstanden.