Bei unseren ersten Tests mit CentOS 8.1 konnten wir - bei Verwendung der regulaeren Version von pd-admin - keine Probleme feststellen. Es mussten lediglich die Pakete libnsl.i686 und libxcrypt.i686 nachinstalliert werden.
Auf welche Fehler sind Sie gestossen und wie koennen die genau reproduziert werden?
Gibt es eine Möglichkeit Mailboxen zu einer Domain auf unterschiedliche Reseller und/oder Endkunden aufzuteilen?
Das ist nicht vorgesehen. Mir faellt auch kein Workaround dafuer ein. Sie koennen hoechstens mehrere Ebenen von Reseller-Accounts verweden. D.h. die Domain wird Reseller1 zugeordnet, Reseller2 ist der Super-Reseller von Reseller1, Reseller3 ist Super-Reseller von Reseller2 usw. Dann haben alle Reseller-Accounts (vollen) Zugriff auf den Endkunden-Account.
Als ich PD-Billing damals nutze, hat mich die Ankündigung das es ab jetzt keine Version mehr gibt auch total überrascht.
Das entspricht nun auch ueberhaupt nicht den Tatsachen. Tatsaechlich verkaufen wir jediglich keine neuen Lizenzen mehr.
Was pd-admin angeht, sind noch Anpassungsarbeiten an Debian 10 und CentOS 8 erforderlich. Es wird noch etwas dauern.
> Nov 3 04:32:51 *** dovecot: lda(***): msgid=<***@eu-west-1.amazonses.com>: saved mail to INBOX
Die Email wurde anscheinend in die Mailbox zugestellt.
Unter http://download.pd-admin.de/pdadmin_v4_beta_64.tar.gz steht eine Testversion zum Download bereit, die die Probleme beheben sollte.
Nachtrag: Die Version kann nur auf 64-bit-Systemen mit mindestens GLIBC 2.17 eingesetzt werden.
1.3.5e ist vermutlich auch betroffen. Wir geben in Kürze eine neue Version der Serverumgebung raus.
Apache 2.4 mit mod_http2 ist bereits seit längerem Bestandteil der Serverumgebung.
Ich wuerde empfehlen, erstmal zu analysieren, was ueberhaupt passiert ist, bevor ich den Server neu installiere. Wenn eine gehackte Webseite oder ein gestohlenes Email-Passwort das Problem versucht hat, bringt die Neuinstallation des Servers wenig.
/tmp/crontab.uYOyWD: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Keine freien Inodes mehr?
Mit Dovecot duerfte das ganze Problem im uebrigen gar nichts zu tun haben.
Mir ist nicht dazu bekannt, aber Google liefert bei einer Suche nach der Fehlermeldung u.a. den folgenden Artikel:
Mit Debian 10 gibt es verschiedene Probleme. Es wird noch einige Zeit dauern, bis wir pd-admin angepasst haben.
Bei Debian 9 ist mir als Problem nur bekannt, dass die IPv6-Eintraege aus /etc/hosts entfernt werden muessen.
Die Fehlermeldung zu sperl5.10.1 duerfte mit der Version der Serverumgebung zusammenhaengen und ist nicht kritisch. Wir werden uns das Problem aber dennoch ansehen.
Haben Sie vielleicht HTTP auf "aus" gestellt? Dann wird kein VirtualHosts mehr erzeugt und es kommt zum beschriebenen Fehler.
Ich konnte den Fehler nach einem dist-upgrade auf Version 10 reproduzieren. Die genaue Ursache ist noch unklar, wir haben aber als Workaround eine alternative Variante des Skripts erstellt, das unter Debian 10 funktioniert (http://download.pd-admin.de/httpd_vhosts_pp.pl).
Wie sieht denn die php.ini-Datei aus, ueber die intl.so geladen wird?
Die Sicherheitsluecke befindet sich im Modul mod_copy, das in der Serverumgebung nicht aktiv ist. Wir sind also nicht betroffen.
Bei Debian 9 ist nur das Problem bekannt, dass alle IPv6-Einträge aus /etc/hosts entfernt werden müssen. Debian 10 ist aktuell noch ungetestet.
Ich kann das Problem nicht nachvollziehen. Können Sie eine genaue Anleitung zur Reproduktion zur Verfügung stellen?
Die festen Pfade gibt es bereits. Statt /usr/local/pd-admin2/php-7.1.25/bin/php-cli sollte /usr/local/pd-admin2/bin/php-7.1-cli verwendet werden.
Danke fuer den Hinweis. Es wird jetzt standardmaessig Reihe 6 mit MySQL 5.7 installiert.
Die Migration ist leider nicht so einfach möglich. Da andere Projekte derzeit bei uns Priorität haben, wird es vorerst leider keine fertige Migrationsroutine geben. Es ist aber generell möglich, die Kundendatenbanken und Datenbank-Privilegien per Dump zu sichern und dann in ein leeres System zu übernehmen.
Vorgehensweise:
mysql_privileges.pl export_data)/home/mysql-$version)
set password for root@localhost=password('xxxx'); mit altem Passwort.mysql_privileges.pl import_data)Skript zum Dumpen der Priviliegien: http://download.pd-admin.de/mysql_privileges.pl
Skript zum Dumpen der Kundendatenbanken: http://download.pd-admin.de/dump_databases_for_upgrade.sh