Beiträge von mkpd15

    Danke für deine Rückmeldung und Test!


    Ich habe in der Zwischenzeit durch weiteres Testen herausgefunden, dass es zusätzliche Einstellungen in der my.conf gab wodurch der mysqld nicht starten konnte.


    Dies habe ich durch mysqld_safemode Aufruf herausgefunden - war nicht so leicht.

    Auch sinnvoll durch mysqld --validate-config für die Zukunft.


    Nach einem Reboot der Maschine (sicherheitshalber) ist der mysqld nun wieder hochgekommen und schreibt laut SE mysql log:


    [Server] /usr/local/pd-admin2/bin/mysqld: Shutdown complete (mysqld 8.0.39) Source distribution.

    2024-09-20T21:56:40.694957Z 2 [System] [MY-011003] [Server] Finished populating Data Dictionary tables with data.

    2024-09-20T21:58:22.108182Z 0 [System] [MY-010116] [Server] /usr/local/pd-admin2/bin/mysqld (mysqld 8.0.39) starting as process 1559

    2024-09-20T21:58:26.379190Z 0 [Warning] [MY-013907] [InnoDB] Deprecated configuration parameters innodb_log_file_size and/or innodb_log_files_in_group have been used to compute innodb_redo_log_capacity=8388608000. Please use innodb_redo_log_capacity instead.

    2024-09-20T21:58:26.926746Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.

    2024-09-20T22:01:58.916839Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.

    2024-09-20T22:02:10.157693Z 4 [System] [MY-013381] [Server] Server upgrade from '50700' to '80039' started.


    -> Also jetzt läuft einmal das eigentliche Upgrade :)


    Jetzt macht es Sinn, dass kein Zugriff derzeit möglich ist. Davor hatte ich leider 0 Feedback / Logs.


    Ich hoffe, dass das nun einmal durchläuft und ich das Setup checken kann.


    Nochmals herzlichen Dank an dieser Stelle - warst eine seelische Unterstützung zu späterer Stunde :)

    Ok Danke.


    Zu 2)


    Ich hatte bereits während der Installation Fehler, dass keine Verbindung zur DB aufgebaut werden konnte, die

    war aber sicherlich aktiv / bereit.


    Dennoch gab es beim Update folgende Fehler:


    ...

    |

    | Dienste werden gestoppt ...

    |

    /service/apache24

    /service/clamd

    /service/dovecot22

    /service/FPM-xy-8.3.99

    /service/mysqld

    /service/proftpd

    /service/qmail-msa

    /service/qmail-send

    /service/qmail-smtpd

    /service/qmail-smtpSd

    /service/spamd

    /service/dovecot22/log

    /service/FPM-xy-8.3.99/log

    /service/proftpd/log

    /service/qmail-msa/log

    /service/qmail-smtpd/log

    /service/qmail-smtpSd/log

    couriertls: no process found

    courierlogger: no process found

    mysql still running (75) Fri Sep 20 10:23:20 PM CEST 2024

    mysql still running (74) Fri Sep 20 10:23:24 PM CEST 2024

    mysql still running (73) Fri Sep 20 10:23:28 PM CEST 2024

    mysqld: no process found

    Lege ein temporäres Arbeitsverzeichnis an: /usr/local/pd-admin2.work done

    Installierte Dateien werden kopiert (hard-linking) ... done

    Unveränderte Dateien werden gelöscht.

    6016 directories removed

    57 directories not removed (not empty)

    done

    Das alte pd-admin2-Verzeichnis wird umbenannt ... done

    Bringe die neue Server-Umgebung in Stellung...

    ~/seu3

    USERADD=useradd

    ** Eigentümer ändern auf root **

    ** user mysql einrichten **

    ** Eigentümer ändern auf mysql für var/mysql **

    ** user dovecot und dovenull einrichten **

    ** DocumentRoot einrichten **

    ** adminer vorbereiten **

    ** adminer an root **

    ** phpMyAdmin vorbereiten **

    ** php.d an root **

    ** Gruppe/Benutzer squirrel anlegen**

    ** Eigentümer/Berechtigungen von squirrelmail anpassen**

    ** Gruppe/Benutzer rndcbml anlegen**

    ** Eigentümer/Berechtigungen von roundcubemail anpassen**

    ** Berechtigung für share/clamav ändern **

    ** user/group simscan/simscan einrichten **

    ** Eigentümer ändern auf clamav für share/clamav **

    ** suidperl wird erzeugt **

    + workaround for perl without suid support

    ** cgiwrap setuid **

    ** Berechtigungen für Apache-Logfile-Verzeichnis **

    ** Berechtigungen für Apache-Conf-Verzeichnis **

    ** Berechtigungen für UPDATE.INF-Verzeichnis **

    ** Berechtigungen für awstats-Verzeichnis **

    ** Verzeichnisse für mod-pagespeed **

    ** Ausführungsberechtigung zurückgesetzt **

    ** User/Gruppen für qmail **

    ** Berechtigungen für /var/qmail/owners/... **

    chown: warning: '.' should be ':': ‘qmaild.qmail’

    HERE=/root/seu3

    Entferne Symlink /usr/local/pd-admin2.work/var/mysql

    (1) MYSQLDATADIR = </home/mysql>

    checking subdirectory structure before importing changed files

    importing changed files from work dir

    Arbeitsverzeichnis wird gelöscht ...Fertig

    |

    | Entferne einige .pdu-Dateien ...

    |

    /usr/local/pd-admin2/var/mysql/mysql/db.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/db.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/user.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/user.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/tables_priv.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/tables_priv.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/func.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/func.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/host.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/host.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/columns_priv.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/columns_priv.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_leap_seconds.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_leap_seconds.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_name.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_name.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_transition.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_transition.frm.pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_transition_type.MY[ID].pdu-*

    /usr/local/pd-admin2/var/mysql/mysql/time_zone_transition_type.frm.pdu-*

    (2) MYSQLDATADIR = </home/mysql>

    (3) re-creating symlink var/mysql -> </home/mysql>

    old SE has mysql symlink

    new SE has mysql symlink (OK)

    |

    | changing u/g of squirrelmail

    |

    |

    | Dienste werden gestartet ...

    |

    /service/apache24

    /service/clamd

    /service/dovecot22

    /service/FPM-xy-8.3.99.

    /service/mysqld

    /service/proftpd

    /service/qmail-msa

    /service/qmail-send

    /service/qmail-smtpd

    /service/qmail-smtpSd

    /service/spamd

    /service/dovecot22/log

    /service/FPM-xy-8.3.99/log

    /service/proftpd/log

    /service/qmail-msa/log

    /service/qmail-smtpd/log

    /service/qmail-smtpSd/log

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Konnte auch nach 60 Sekunden nicht mit der MySQL-Datenbank verbinden.

    DBI connect('database=vadmin;host=localhost;','vadmin',...) failed: Can't connect to local MySQL server through socket '/usr/local/pd-admin2/var/mysql.run/mysql.sock' (2) at /opt/pdadmin/bin/httpd_vhosts.pl line 70

    can't connect! at /opt/pdadmin/bin/httpd_vhosts.pl line 70.

    |

    | MySQL fix privileges/MySQL shutdown/restart (MySQL 4.1/5.0)

    | mysql_upgrade (MySQL 5.1)

    |

    skipping mysql_fix_privilege_tables (MySQL 4.0/5.0)

    skipping mysql_upgrade (MySQL 5.1)

    |

    | mysqlcheck --all-databases --repair

    |

    mysqlcheck: [Warning] Using a password on the command line interface can be insecure.

    mysqlcheck: Got error: 2002: Can't connect to local MySQL server through socket '/usr/local/pd-admin2/var/mysql.run/mysql.sock' (2) when trying to connect

    mysqld: no process found

    |

    | rssh wird als shell registriert

    |

    |

    | Das Update der Serverumgebung (SE) ist abgeschlossen

    | Bitte prüfen Sie, ob alle Dienste wieder angelaufen sind,

    | insbesondere solche, die über /etc/rc.d (z. B. imap) ge-

    | startet werden.

    |

    |

    | clamav-Datenbank wird initialisiert/aktualisiert.

    |

    ClamAV update process started at Fri Sep 20 22:28:47 2024

    daily database available for update (local version: 27393, remote version: 27404)

    Testing database: '/usr/local/pd-admin2/share/clamav/tmp.56989f3b08/clamav-e5000a9e4534606087111510af6b37f4.tmp-daily.cld' ...

    Database test passed.

    daily.cld updated (version: 27404, sigs: 2066990, f-level: 90, builder: raynman)

    main.cvd database is up-to-date (version: 62, sigs: 6647427, f-level: 90, builder: sigmgr)

    bytecode.cvd database is up-to-date (version: 335, sigs: 86, f-level: 90, builder: raynman)

    Database succesfully updated.

    |

    | simscan cdb files werden initialisiert/aktualisiert.

    |

    simscan versions cdb file built. /var/qmail/simcontrol/simversions.cdb

    simscan versions cdb file built. /var/qmail/simcontrol-msa/simversions.cdb

    |

    | ROUNDCUBEMAIL wird upgegradet.

    |

    mysql: [Warning] Using a password on the command line interface can be insecure.

    ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/usr/local/pd-admin2/var/mysql.run/mysql.sock' (2)

    |

    | phpMyAdmin < 4.8.4 and phpPgAdmin no longer available, use $hostname/adminer

    |

    |

    | DKIM activated

    |

    |

    | timezone-Daten werden in MySQL registriert, falls erforderlich

    |

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Kann nicht zur Datenbank verbinden!

    Konnte auch nach 60 Sekunden nicht mit der MySQL-Datenbank verbinden.

    ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/usr/local/pd-admin2/var/mysql.run/mysql.sock' (2)

    trying to install time zone data from /usr/share/zoneinfo

    ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/usr/local/pd-admin2/var/mysql.run/mysql.sock' (2)

    |

    | se-update.sh done

    |

    |

    | regenerating dovecot configuration

    |

    default_process_limit = <1000>

    mail_max_userip_connections = <50>

    Bestehende Konfiguration wird nach dovecot.2024-09-20-22:29:54 verschoben ...

    OK.

    deleting configuration backup <dovecot.2024-08-22-20:30:57>

    Konfigurations-Template wird kopiert ...

    OK.

    Datenbankpassword wird ermittelt ...

    OK.

    Datenbankzugriff wird eingerichtet ...

    OK.

    andere Variablen werden gesetzt ...

    OK.

    Berechtigungen werden angepasst ...

    OK.

    certificate found, enable ssl/tls

    mysql: [Warning] Using a password on the command line interface can be insecure.

    ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/usr/local/pd-admin2/var/mysql.run/mysql.sock' (2)

    |

    | roundcubemail: twofactor_gauthenticator

    |

    plugin <twofactor_gauthenticator> already registered




    D.h. ich bin nicht sicher ob das "Update" Skript tatsächlich erfolgreich durchgelaufen ist.


    Auf jeden Fall bin ich jetzt in der Situation, dass der mysqld nicht hochkommt.


    Wenn es einen Hinweis geben würde, dass es "nur" an der Zeit liegt, die im Hintergrund für das Update benötigt wird gut,

    dann warte ich - aber ich befürchte, dass es nicht dieser Fall ist.


    D.h. wenn es etwas gibt, was ich tun kann um sicherzustellen, dass das Update soweit gut verlaufen ist (abseits von warten...)

    wäre ich für Hinweise sehr dankbar!

    1) Warte nun seit >30Minuten, ok


    Ich sehe nur keine wirkliche "Aktivität" hinsichtlich eines Updates seitens mysql daher bin ich etwas skeptisch in der Prozessübersicht...


    2) log.XXXX im seu3-Verzeichnis -> Ist damit /usr/local/pd-admin2/logs/error_log gemeint? Wenn nicht welches denn?


    Danke!

    Zwischenupdate:


    Das Problem besteht bei mir noch immer. Erklären kann ich es mir derzeit noch immer nicht weil wie

    gesagt eigentlich nur die download.pd-admin.de nicht erwartungsgemäß funktioniert.

    Werde das weiter beobachten - ist ja nicht weiter tragisch wenn es "nur" das Update betrifft. Blöd ist

    dabei nur immer, dass das Update damit wesentlich länger braucht als früher.

    Ich habe seit ein paar Wochen das Problem, dass der Download der SEU oder pd-admin über

    wget wie im Email beschrieben ewig dauert. Mit ewig meine ich teilweise 5-10 Minuten bis der

    Download startet.


    zB.


    me@server ~ # wget http://download.pd-admin.de/seu3-2024021200.tar.gz

    --2024-03-09 15:54:07-- http://download.pd-admin.de/seu3-2024021200.tar.gz

    Resolving download.pd-admin.de (download.pd-admin.de)... 2a02:e00:ffed:1ee::1, 130.255.79.22

    Connecting to download.pd-admin.de (download.pd-admin.de)|2a02:e00:ffed:1ee::1|:80... d


    ... und dann dauert es Minuten bis der Download startet.


    Ich habe sonst keinerlei Probleme auf diesem Server - nur mit download.pd-admin.de.


    An was könnte das liegen? Gibt es generell Probleme bei anderen?


    Der Server steht bei Hetzner in Deutschland.


    Besten Dank für Hinweise.

    Hallo zusammen,


    während mcrypt.so für PHP bis 7.4 inkludiert war fehlt es offenbar ab PHP 8.0.


    => Wie komme ich zu einer mcrypt.so? Eine Selbstkompilierung würde ich mir gerne ersparen um die Wartbarkeit weitestgehend zu erhalten.


    Ich bin auf 6-0.412 und für jeden Hinweis dankbar.

    Herzlichen Dank für den Hinweis - nein war nicht vorhanden und habe ich nun manuell ergänzt und nun klappt der Login :)


    Aber: Warum greift hier der "normale" Flow über die Admin Oberfläche nicht beim Hinzufügen? Ich würde gerne vermeiden bei dieser Domain immer manuell in der DB Emailkonten hinzufügen zu müssen...


    Danke nochmals

    Und hier noch aus der RC error Log:


    [20-Oct-2022 21:29:07 +0200]: <8d645985> PHP Error: Access denied for new user user@domain.com. 'auto_create_user' is disabled in /home/xyz/rc/program/include/rcmail.php on line 815 (POST /?_task=login&_action=login)


    Also scheint der Benutzer nicht erkannt zu werden - gibt es hier eine Einstellung, die bei der Erstellung der Domain nicht gegriffen haben könnte? vadmin?

    Hier ein laut RC fehlgeschlagener Anmeldeversuch - ich erkenne leider keinen Fehler...



    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] Connecting to localhost:143...

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE XLIST STARTTLS AUTH=PLAIN] Dovecot ready.

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] C: A0001 AUTHENTICATE PLAIN ****** [45]

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: A0001 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SNIPPET=FUZZY XLIST SPECIAL-USE QUOTA ACL RIGHTS=texk] Logged in

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] C: A0002 ID ("name" "Roundcube" "version" "1.6.0" "php" "8.1.9" "os" "Linux" "command" "/?_task=login")

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: * ID ("name" "Dovecot")

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: A0002 OK ID completed (0.001 + 0.000 secs).

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] C: A0003 NAMESPACE

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: * NAMESPACE (("" "/")) (("shared/" "/")) NIL

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: A0003 OK Namespace completed (0.001 + 0.000 secs).

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] C: A0004 LOGOUT

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: * BYE Logging out

    [20-Oct-2022 21:32:39 +0200]: <8d645985> [2944] S: A0004 OK Logout completed (0.001 + 0.000 secs).

    Hallo zusammen,


    im Einsatz v4.100 mit 6-0.408


    Ich habe bei 1 Domain das Problem, dass man sich für keines der angelegten Email-Accounts im Roundcube Webmail

    anmelden kann (Login fehlgeschlagen mit Error 401)


    Die Domain ist wie alle anderen Domains auf dem Server aufgesetzt - und alle anderen Domains funktionieren

    auch einwandfrei nur diese nicht. MX ist natürlich aktiviert.


    -> Auch funktioniert der IMAP Login direkt über den Mailclient wie etwa Thunderbird - jedoch nicht über Roundcube.


    Ein Blick in die Logs zeigt auch keine Auffälligkeiten, da der Login offenbar durchgeht.


    Ich bin schön langsam am Verzweifeln -> Was kann denn hier noch eine Fehlerquelle sein?


    Bis dato gab es dazu nie Probleme...


    Besten Dank für jegliche Hinweise.