Beiträge von Daniel Bradler

Dieses Skript sollte helfen:

#!/bin/bash
mv /usr/local/pd-admin2/lib/libargon2.so.1 /usr/local/pd-admin2/lib/libargon2.so.1~
cp -a /usr/local/pd-admin2.2021-10-1[23]*/lib/libargon2.so.1 /usr/local/pd-admin2/lib/libargon2.so.1
svc -d /service/FPM-*
sleep 1;
svc -u /service/FPM-*

Als Workaround reicht es, libargon2.so.1 aus SE 0.389 zu uebernehmen. Eine Sicherung finden Sie unter /usr/local/pd-admin2.$TIMESTAMP

Wir koennen den Fehler bestaetigen. Aktuell hilft leider nur ein Downgrade der Serverumgebung auf 0.389.

Nach etwas mehr als einem Jahr moechte ich gerne Bilanz ziehen. Umgesetzt wurden die folgenden hier genannten Wuensche:

• Kundenmigration
• Verbessertes Update von Reihe 4 auf neuere Reihen (http://download.pd-admin.de/mysql_upgrade.sh)
• Probleme bei der Installation behoben
• Let's Encrypt-Zertifikate auch fuer die Serverdienste
• Automatische Mail-Konfiguration fuer Thunderbird

Offen ist noch die IPv6-Unterstuetzung, die voraussichtlich in 2022 folgen wird.

Ich wuerde mit strace untersuchen, wo es genau haengt.

Zitat von tbc233

Replizieren Sie da die vadmin Tabellen mit?

Ja, wobei die IP-Adresse in der Tabelle domains eine virtuelle IP-Adresse ist, die z.B. per keepalived zwischen den Servern hin- und hergeschaltet wird.

Zitat von Stefan3411

ich würde gerne meine pdadmin-Installation inkl. aller Webseiten und Daten der Webseiten auf einem zweiten Server spiegeln

Das ist durchaus moeglich. Wir verwenden fuer solche Setups lsyncd zur Dateisynchronisation und MySQL-Replikation.

2.4.48 ist - wie hier schon ausgefuehrt - nicht betroffen. In der kommenden Version werden wir 2.4.50 ausliefern.

"Verbesserung: Migration von Kunden bei Verwendung von Reihe 9" heisst, dass die Migration jetzt auch bei Verwendung von Reihe 9 grundsaetzlich funktioniert. Im Detail kann es bei allen Reihen noch Probleme geben. Sollten Fehler auftreten, melden Sie sie bitte im "Bug-Report"-Forum.

wheezy ist seit 3 Jahren end-of-life. Es ist aber trivial, lz4 selbst zu kompilieren:

/usr/local/pd-admin2/bin/curl -LO https://github.com/lz4/lz4/archive/refs/heads/dev.zip
unzip dev
cd lz4-dev/
make
mv lz4 /usr/local/bin/

Zitat von Twilo

warum auf lz4 statt auf dem altbewährtem gzip

Erheblich bessere Performance bei guter Kompressionsrate. Der Aufwand fuer die Installation ist zudem sehr ueberschaubar, da lz4 bei allen mir bekannten Distributionen als Binaerpaket verfuegbar ist.

Zitat von WebTeufel

wo kann man sehen wann der prozess beendet ist? eine mail oder so was?

Die Migration wird im Hintergrund durchgefuehrt. In der aktuellen Version gibt es eine Email bei Abschluss der Migration.

Zitat von WebTeufel

erste frage: ist die funktion immer noch Beta?

Wir haben bereits einige erfolgreiche Migrationen durchgefuehrt, aber es gibt auch noch bekannte Fehler. Die werden in der kommenden Version behoben.

Zitat von WebTeufel

lz4: not found

Wie schon erkannt, wird fuer die Migration lz4 benoetigt (siehe pd-admin v4.78)

Zitat von tbc233

Im Zuge dessen ist mir übrigens auch eine Fehlermeldung in meinen error_logs aufgefallen, die wohl auch mit der Umstellung von pd-admin.de auf https zusammenhängt. Kommt immer wenn ich mich in /administrator einlogge

Welche pd-admin-Version ist denn im Einsatz? Der Fehler sollte schon in 4.83 korrigiert worden sein.

Wie alle Konfigurationsvariablen muss $httpd_vhost_module in der Konfigurationsdatei /opt/pdadmin/etc/pdadmin.conf gesetzt werden.

Da ist ein Update der Linux-Distribution faellig. Debian 6 ist bereits seit 2016 end-of-life.

Welche Linux-Distribution wird hier verwendet?

Ueber die Konfigurationsvariable $httpd_vhost_module kann ein Skript festgelegt werden, mit dem individuelle Eintraege gesetzt werden koennen. Der Hostname wird dem Skript als erster Parameter uebergeben.

Das Skript wiederum uebergibt des Inhalt des VirtualHost-Containers auf STDOUT. Wird "#httpd_vhost_module: incremental" ausgegeben, wird die Ausgabe zusaetzlich zu den von pd-admin generierten Eintraegen in den VirtualHost eingebaut, ansonsten wird nur die Ausgabe verwendet. Bei leerer Ausgabe bleibt der VirtualHost unveraendert.

Ich habe unter http://download.pd-admin.de/mysql_upgrade.sh eine aktualisierte Version des Update-Skripts abgelegt. Eine Update-Routine, die darueber hinausgeht, wird es von unserer Seite mit sehr hoher Wahrscheinlichkeit nicht geben.

In der Subdomain-Verwaltung kann ueber die Zielfunktion ein Proxy eingerichtet werden, allerdings nur fuer die gesamte Subdomain und nicht fuer einzelne URIs. Man koennte aber z. B. wanderwege.kundendomain.de verwenden und als Ziel https://module.tourlieferant.com/ konfigurieren und den Haken bei "Proxy-Eintrag für URL-Ziel anstatt Redirect" setzen.