Beiträge von Jim

Zitat von hchristo

Um Wieviel von was hast du die table_definition_cache erhöht?
Freue mich auf Infos

Ich habe dazu das Tool "mysqltuner" benutzt. Das zeigt einem an wie viele Tables benutzt werden.
Somit kann man dann seinen eigenen benötigten Wert für den table_definition_cache ermitteln.

z.B. Auszug aus mysqltuner bei mir (jetzt nach der Anpassung des table_definition_cache auf 7000"

[OK] table_definition_cache(7000) is upper than number of tables(6864)

LG Jim

Zitat von kk

Laut einer Antwort bei StackOverflow könnte es helfen, den table_definition_cache zu vergrößern. Versuchen Sie das bitte einmal.

Das Vergrößern des table_definition_cache hat tatsächlich geholfen. Der Fehler tritt nun nicht mehr auf und das Ändern des Passwortes einer Datenbank über Liveconfig funktioniert wieder einwandfrei.

Vielen Dank.

"SET PASSWORD FOR 'user'@'localhost' = PASSWORD('StReNgGeHeIm');"
funktioniert als root-Benutzer einwandfrei zum ändern des Passworts.
Ebenfalls kann man natürlich ohne Probleme das Passwort auch mit PhpMyAdmin ändern.

Externer Datenbankenzugriff ist nicht aktiviert.
Auch das deaktivieren von Single Sign-On unter "Serververwaltung" in Liveconfig ändert nichts.

Mysql (MariaDB) funktioniert über die Shell einwandfrei, als root genauso wie als user.

liveconfig --diag erkennt die MariaDB richtig:
---
Checking for database server software:
- Found 'mysql' database server
Version: '10.5.12'
Package version: '1:10.5.12-0+deb11u1'
---

Wie bereits geschrieben funktioniert über Liveconfig auch das neue erstellen sowie auch das löschen einer Datenbank ohne Fehler und Probleme. Nur leider das ändern des Passworts einer Datenbank funktioniert nicht über Liveconfig.
Die Fehlermeldung in der liveconfig.log ist bei jedem Versuch das Passwort einer Datenbank zu ändern immer die gleiche:

[2022/02/13 16:00:01.559982] [702313|702318] Prepared statements invalidated - trying to recover...
[2022/02/13 16:00:13.572035] [702313|702318] (last message repeated 6 times)
[2022/02/13 16:00:13.572086] [702313|702318] Error while updating database: Re-preparation of MySQL statement failed (7 attempts, waited 63 seconds)

Auch ein "mysql_upgrade --force" konnte das Problem nicht lösen.
Alle anderen Logfiles (z.B. von mysql) zeigen keine Fehler oder Hinweise auf das Problem.

mysql_upgrade:
This installation of MariaDB is already upgraded to 10.5.12-MariaDB, use --force if you still need to run mysql_upgrade

Mysql ist verbunden. Auch kann man problemlos neue Datenbanken anlegen oder löschen.
Das Problem tritt leider wirklich nur beim Passwort ändern auf.

Fehler in der Liveconfig Logfile:

[2022/01/21 15:52:57.525050] [2809|2810] Prepared statements invalidated - trying to recover...
[2022/01/21 15:53:09.538462] [2809|2810] (last message repeated 6 times)
[2022/01/21 15:53:09.538497] [2809|2810] Error while updating database: Re-preparation of MySQL statement failed (7 attempts, waited 63 seconds)

Ja ist mariadb Ver 15.1 Distrib 10.5.12-MariaDB.
Also die Standard Version von MariaDB unter Debian 11.

Wegen der Fehlermeldungen werde ich gleich mal im Log von Liveconfig schauen.

Zitat von BMK-Media

Hi,

auch mit dem neuen Update ist die Passwort Änderung von MySQL/MariaDB Datenbanken nicht richtig möglich, Änderung erfolgt, aber Login funktioniert nicht. Wenn ich das Passwort dann per PHPMySQL ändere, ist der Login wieder möglich, nur wenn dies über die Liveconfig geändert wird, funktioniert dies nicht richtig.

Betriebsystem: CentOS 7
Server-Version: 10.4.14-MariaDB - MariaDB Server
Liveconfig-Version: 2.10.1 (release)

Habe leider nun genau das gleiche Problem, seit dem Upgrade von Debian 10 auf Debian 11. Liveconfig Version ist die aktuelle 2.13.0
Hatte das auch schon mal einer von auch nach einem Upgrade von Debian 10 auf Debian 11?

Ich kann hier denn Fehler z.B. bei einer Nextcloud (Version 21.0.2 und auch 21.0.3) unter Debian 10 nachvollziehen.
Vor dem Update ohne Probleme mit PHP 7.4 (FastCGI). Nach dem Update open_basedir Probleme. (Gerade nochmals mit Backup getestet.)

z.B. :

Zitat

Error: file_exists(): open_basedir restriction in effect. File(/templates/) is not within the allowed path(s): (/var/www/cloud/htdocs/:/var/www/cloud/apps/:/var/www/cloud/priv/:/var/www/cloud/tmp/:/usr/share/pear/:/usr/share/php/:/tmp/) at /var/www/cloud/htdocs/nextcloud/lib/private/Template/Base.php#68

Mit aktuellem PHP 7.3 funktionert es ohne Probleme.

Kann das Problem auch bestätigen. Auch bei mir mit php 7.4 (FastCGI) der gleiche Fehler mit open_basedir seit dem Update.
System: Debian 10

Zitat von Jens122

Gibt es hierfür eig. Mittlerweile eine Lösung Seitens LiveConfig?

Würde mich auch interessieren. Ob es da von Liveconfig eine Lösung gibt bzw. geplant ist.

kk Gibt es eigentlich einen Grund das Liveconfig SpamAssassin als User spamd haben will und nicht wie unter Debian üblich als debian-spamd.
Bei einer Debian 9 Neuinstallation mit Liveconfig und SpamAssassin wird ja auch das Verzeichnis für SpamAssassin mit debian-spamd angelegt. z.B.

/var/lib ls -la
drwxr-xr-x  5 debian-spamd debian-spamd 4096 Aug 21 17:26 spamassassin


/var/lib/spamassassin ls -la
drwxr-xr-x  5 debian-spamd debian-spamd 4096 Aug 21 17:26 .
drwxr-xr-x 41 root         root         4096 Aug 21 17:25 ..
drwxr-xr-x  3 debian-spamd debian-spamd 4096 Aug 21 17:26 compiled
drwx------  3 debian-spamd debian-spamd 4096 Aug 21 17:26 sa-update-keys
drwx------  3 debian-spamd debian-spamd 4096 Aug 21 17:26 .spamassassin

Und in dem Script /etc/cron.daily/spamassassin wird ja auch der Debian Standard debian-spamd verwendet.

Habe das gleiche Problem. Jedoch nicht jeden Tag sondern nur ab und zu.

Zitat

etc/cron.daily/spamassassin:
Wide character in print at /usr/bin/sa-compile line 433, <$fh> line 2438.
Wide character in print at /usr/bin/sa-compile line 433, <$fh> line 2829.

Würde mich freuen wenn einer eine Idee hätte an was das liegen kann.

Das Cloudfest ist ja jetzt schon ein paar Tage her (ging ja bis 15.03.)
Kommt die neue Preview von Version 2.6 bald?

LG Jim

Zitat von kk

In der Tat beschreibt das auch ganz gut die Feature-Wünsche, die bei uns am häufigsten nachgefragt werden.
Die meisten der o.g. Punkte sind im nächsten Update (v2.6) bereits enthalten, etwa zum CloudFest herum wird diese zumindest als Preview freigegeben.
(die Begrenzung ausgehender Mails fehlte in der Liste noch - die wird in 2.6 auch in die GUI integriert sein)

Würde mich auch interessieren ob da noch was kommt. Ist etwas was von unseren Kunden immer wieder angefragt wird (Filter zu erstellen).

Zitat von kk

Ja, LiveConfig nutzt Sieve derzeit schon für die Autoresponder von "normalen" POP3/IMAP-Postfächern. ManageSieve da noch mit aufzusetzen ist eine gute Idee, ich hab's gleich mal auf die Wunschliste aufgenommen. Wir müssten noch prüfen, wie wir sicherstellen können dass von Benutzern geänderte sieve-Einstellungen nicht z.B. mit den Autoresponder-Einstellungen von LiveConfig kollidieren - erste Ideen dazu gibt's schon

Viele Grüße

-Klaus Keppler

Ja das mit dem Wort "in Kürze" ist hier so eine Sache

kk Wäre schön wenn man hier im Forum auch mal eine Antwort erhalten würde. Es handelt sich bei diesem Fehler ja auch um einen Bug und nicht um ein Feature-Request.

kk gibt es dazu nun schon etwas neues?

dito
Diese Funktion würden auch wir gut brauchen können.