Beiträge von Twilo

    Es wäre auch super, wenn pd-admin beim SE-Update nur die alten PHP-Versionen entfernt, die nicht in Benutzung sind.


    Beispiel:

    Vor dem SE Update gab es 8.3.11 und 8.3.12; nach dem Update gibt es aktuell nur noch die Versionen 8.3.12 und 8.3.13.


    Es wäre schön, wenn die Version 8.3.11 nicht gelöscht wird, wenn sie bei einem Kunden ausgewählt ist.

    Evtl. sollte dem Kunden dann eine Mail geschickt werden mit dem Hinweis, dass er die PHP Version auf 8.3.12 oder 8.3.13 ändern soll, oder idealerweise auf "letzte 8.3". Wenn er dem nicht nachkommt, sollte dann nach einer Zeit X z.B. 30 Tagen automatisch der Eintrag auf "letzte 8.3" springen und die alte Version gelöscht werden.

    OS: Debian GNU/Linux 12 (bookworm)

    SE: 11 0.452

    pd-admin: v4.123 (64-bit)


    Bei der Erstellung eines neuen Kunden wird in die passwd Spalte der Tabelle users kein MD5 Hash eingetragen.

    Code
    root@XXX ~ # /usr/local/pd-admin2/bin/mysql -p$(cat /opt/pdadmin/etc/mysql_rootpw.conf) -u root vadmin -e "SELECT login, passwd FROM users ORDER BY id DESC LIMIT 1;";
    mysql: [Warning] Using a password on the command line interface can be insecure.
    +----------+---------------+
    | login    | passwd        |
    +----------+---------------+
    | testxdbx | e961QbW001MT. |
    +----------+---------------+

    Sobald das PW geändert wird, ist es ein MD5 Hash

    Code
    root@XXX ~ # /usr/local/pd-admin2/bin/mysql -p$(cat /opt/pdadmin/etc/mysql_rootpw.conf) -u root vadmin -e "SELECT login, passwd FROM users ORDER BY id DESC LIMIT 1;";
    mysql: [Warning] Using a password on the command line interface can be insecure.
    +----------+------------------------------------+
    | login    | passwd                             |
    +----------+------------------------------------+
    | testxdbx | $1$uzxSSFaw$DCjkAg2Mb08jCYNVWGLvT. |
    +----------+------------------------------------+

    Ich habs eben mal probiert, wurde gleich abgebrochen mit dem Hinweis dass Mail-Weiterleitungen aktiv sind und diese vorher gelöscht werden müssen.

    Hier verstehe ich mal wieder pd-admin nicht …


    Es kann doch nicht so schwer sein, eine Option einzubauen, welche man aktiv aktivieren muss, dass Mail-Weiterleitungen, etc. pp. mit zum anderen Kundenaccount übernommen werden.


    Es ist leider, wie so vieles, nicht bis zum Ende durchdacht …

    Quelle:

    OS: Debian GNU/Linux 8 (jessie)

    SE: 4 0.450

    pd-admin: v4.123 (64-bit)


    Ziel:

    OS: Debian GNU/Linux 12 (bookworm)

    SE: 11 0.450

    pd-admin: v4.123 (64-bit)



    Was mir auffällt, die popboxen werden nicht importiert; dafür gibt es ein aber ein Verzeichnis /home/popuser/popboxen.LtfqH_/ in dem die Popboxen sind.

    In der Datenbanktabelle stehen die pop3-Konten drin und bei home wird auf /home/popuser/popboxen/DOMAIN/LOGIN/ verwiesen, dieses Verzeichnis gibt es jedoch nicht …



    Was könnte das Problem verursachen? Bzw. wie kann das Problem beim Import-Vorgang behoben werden?


    Nach dem missglückten Importvorgang, ist der User gesperrt und hat im Namen den Suffix "IMPORT FAILED".

    Was hat sich zwischen pd-admin 4.122 und 4.123 geändert? Unter pd-admin 4.122 kam es nicht zu dem Fehler.


    Quelle:

    Code
    > tar --version |head -n1
    tar (GNU tar) 1.27.1
    > lz4 --version
    *** lz4 v1.10.0 64-bit multithread, by Yann Collet ***


    Ziel:

    Code
    > tar --version |head -n1
    tar (GNU tar) 1.34
    > lz4 --version
    *** LZ4 command line interface 64-bits v1.9.4, by Yann Collet ***

    Quelle:

    OS: Debian GNU/Linux 8 (jessie)

    SE: 4 0.448

    pd-admin: v4.122 (64-bit)


    Ziel:

    OS: Debian GNU/Linux 12 (bookworm)

    SE: 11 0.448

    pd-admin: v4.122 (64-bit)


    Was könnte das Problem sein?



    Im täglichen MySQL-Dump kommen etliche der folgenden Zeilen vor:

    Code
    /*!50003 CREATE*/ /*!50017 DEFINER=`photokjo`@`localhost`*/ /*!50003 TRIGGER `trigger_XXX` AFTER INSERT ON `modul2_ZZZ`
    /*!50013 DEFINER=`photokjo`@`localhost` SQL SECURITY DEFINER */
    Code
    > /opt/pdadmin/bin/export-customer
    usage: /opt/pdadmin/bin/export-customer (-c | --customer) <customer name> [--preflight] [-tpv <transport protocol version>]

    Wofür sind die Optionen --preflight und -tpv (welche Transport Protocol Versionen gibt es und wofür ist das?)



    Code
    usage: /opt/pdadmin/bin/import-customer (-r | --reseller) <reseller> [(-a | --account) <account name>]
    [(-c | --customer) <customer name>] [(-j | --jumpover field1[,field2...]]
    [ -t | --trace ] [ --stop-services ]
    < datafile

    wie funktioniert das "jumpover"? Werden damit Felder aus der users oder account Tabelle ignoriert?

    Wofür ist das Argument --lang, welchen Wert muss er enthalten "de", "De", "DE", deutsch oder "Deutsch"?

    Fehlt bei den Argumenten nicht noch --stop_cronjobs, --preflight und --lang?


    Gibt es eine Möglichkeit anzugeben, wenn z.B. ein Angebot bereits existiert, dass das Angebot dann nicht importiert, sondern das bereits vorher importierte Angebot genommen werden soll?

    Beispiel:

    Code
    for i in *.pdx;
        do /opt/pdadmin/bin/import-pdx.sh --reseller RESELLER_NAME --stop-services --stop-cronjobs ${i};
    done

    Beim 1. Import wird z.B. Angebot A importiert; beim weiteren Kunden schlägt der Import fehl, wenn der Kunde das gleiche Angebot hat.


    Beim Import wird die eingestellte PHP Version nicht übernommen.



    ps. es wäre schön, wenn bei -h bzw. --help keine Exception kommen würde

    Code
    > /opt/pdadmin/bin/export-customer -h
    Unknown option: h
    Died at /opt/pdadmin/bin/export-customer line 134.
    at /opt/pdadmin/bin/export-customer line 134
    main::options() called at /opt/pdadmin/bin/export-customer line 404
    main::main() called at /opt/pdadmin/bin/export-customer line 415

    die Ausgabe von /opt/pdadmin/bin/import-customer --help ist etwas besser, aber es wäre schön, wenn -h und --help funktionieren würden.

    Code
    > /opt/pdadmin/bin/import-customer --help
    Unknown option: help
    usage: /opt/pdadmin/bin/import-customer (-r | --reseller) <reseller> [(-a | --account) <account name>]
    [(-c | --customer) <customer name>] [(-j | --jumpover field1[,field2...]]
    [ -t | --trace ] [ --stop-services ]
    < datafile

    bei import-customer.sh funktioniert soweit --help, bei import-pdx.sh jedoch überhaupt nicht.


    pps. beim Skript export-customer erscheint folgende Meldung, wenn der User keine cronjobs hat: crontab returned 1 at /opt/pdadmin/bin/export-customer line 145.


    ppps. bei den Skripten import-pdx.sh und import-customer.sh fehlen bei der Hilfe einige Argumente


    pppps. eine man Page bzw. Hilfe, die etwas aus­sa­ge­kräf­tiger ist, wäre toll.

    Hat es einen Grund, warum mit der letzten SE ClamAV nicht mir aktualisiert wurde?

    Code
    WARNING: Your ClamAV installation is OUTDATED!
    WARNING: Local version: 0.103.11 Recommended version: 0.103.12
    DON'T PANIC! Read https://docs.clamav.net/manual/Installing.html

    Ist abzusehen, wann eine aktuelle Version von ClamAV (1.4.x) in die SE einzieht?

    Besteht die Möglichkeit, alle Kunden eines Servers zu einem anderen zu transferieren?


    Über die Web-GUI scheint es nur die Möglichkeit zu geben einen Kunden zu importieren.

    Bei mehr als 5 Kunden ist das nicht mehr wirklich praktikabel.


    Schön wäre es, wenn z.B. die Reseller-Zugangsdaten eingegeben werden können, dann erfolgt eine Liste mit Kunden, bei der die Kunden, die importiert werden sollen, ausgewählt werden können und dann erfolgt der Importvorgang für alle ausgewählten Kunden.


    Ist so etwas jetzt schon möglich, evtl. per CLI?

    Während der Migration wird die Shell-Einstellung nicht übernommen, nach der Migration ist der Wert /bin/sh

    d.h. wenn vorher z.B. /bin/false eingestellt war, ist nach der Migration /bin/sh eingestellt und somit ssh, scp und sftp möglich.


    /bin/sh ist nicht einmal in der shells.conf eingetragen.

    Code
    root@XXX ~ # cat /opt/pdadmin/etc/shells.conf
    /bin/bash
    /bin/false
    /bin/tcsh
    /bin/passwd
    /usr/local/pd-admin2/bin/rssh

    und /bin/sh ist ein Link auf die dash

    Code
    root@XXX ~ # ls -l /bin/sh
    lrwxrwxrwx 1 root root 4 Jan  5  2023 /bin/sh -> dash


    Warum wird /bin/sh als Shell verwendet?

    Quelle:

    OS: Debian GNU/Linux 8 (jessie)

    SE: 4 0.448

    pd-admin: v4.122 (64-bit)


    Ziel:

    OS: Debian GNU/Linux 12 (bookworm)

    SE: 11 0.448

    pd-admin: v4.122 (64-bit)


    Code
    reading first chunk ...
    decoding first chunk ...
    reading second chunk ...
    decoding second chunk ...
    processing customer data ...
    done
    Es gibt Importdaten für Tabelle <pop3> Spalte <notification_count> aber keine solche Spalte in der Datenbank.
    Es gibt Importdaten für Tabelle <pop3> Spalte <last_notification> aber keine solche Spalte in der Datenbank.
    Die Datenbanken des exportierenden und des importierenden Systems passen nicht zueinander.

    Ich habe die Felder nicht angelegt. Gab es die Felder evtl. mal früher?


    Die Felder haben in der alten DB keine sinnvollen Werte. Können die Felder aus der Alt-DB gefahrlos gelöscht werden?