Seite 2 von 3 ErsteErste 123 LetzteLetzte
Ergebnis 11 bis 20 von 21
  1. #11
    LiveConfig-Team Avatar von kk
    Registriert seit
    10.12.2010
    Beiträge
    3.651
    Starten Sie LiveConfig bitte mal neu. Melden Sie sich dann als "admin" an und gehen auf "Serververwaltung" -> "Datenbanken". Wird dort "Status: verbunden" angezeigt?

    Ist evtl. beim Upgrade irgendwas schief gelaufen? Führen Sie ggf. mal das Programm "mysql_upgrade" aus (als root)

  2. #12
    Benutzer
    Registriert seit
    05.02.2013
    Beiträge
    50
    Mysql ist verbunden. Auch kann man problemlos neue Datenbanken anlegen oder löschen.
    Das Problem tritt leider wirklich nur beim Passwort ändern auf.

  3. #13
    Benutzer
    Registriert seit
    05.02.2013
    Beiträge
    50
    mysql_upgrade:
    This installation of MariaDB is already upgraded to 10.5.12-MariaDB, use --force if you still need to run mysql_upgrade

  4. #14
    Benutzer
    Registriert seit
    05.02.2013
    Beiträge
    50
    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.

  5. #15
    LiveConfig-Team Avatar von kk
    Registriert seit
    10.12.2010
    Beiträge
    3.651
    Wir können das leider nicht reproduzieren (Debian 11, MariaDB 10.5.12-MariaDB-0+deb11u1)

    LiveConfig prüft bei der Passwortänderung lediglich, ob die MySQL/MariaDB-Version <= 5.7.6 ist.
    Wenn nicht, dann wird zur Änderung der Befehl "SET PASSWORD FOR 'user'@'localhost' = PASSWORD('StReNgGeHeIm');" ausgeführt.

    Die Versionsnummer wird wiederum aus dem Befehl "SHOW VARIABLES" ausgelesen (Variable "version"). Standardmäßig geht LiveConfig aber davon aus, dass MySQL/MariaDB > 5.7.6 läuft.

    Die nächsten Schritte wären daher:
    - führen Sie mal manuell (als root-Benutzer in MariaDB) den o.g. "SET PASSWORD FOR..."-Befehl aus
    - haben Sie im LiveConfig externen Datenbankzugriff konfiguriert? (Serververwaltung -> Datenbanken) Wenn ja, dann prüfen Sie bitte mal ob auch folgender SQL ausgeführt werden kann: SELECT Password FROM user WHERE User='user' AND Host='localhost'

  6. #16
    Benutzer
    Registriert seit
    05.02.2013
    Beiträge
    50
    "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)
    Geändert von Jim (13.02.2022 um 15:17 Uhr)

  7. #17
    LiveConfig-Team Avatar von kk
    Registriert seit
    10.12.2010
    Beiträge
    3.651
    Zitat Zitat von Jim Beitrag anzeigen
    [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)
    Diese Fehlermeldung bedeutet, dass LiveConfig bei der Ausführung eines SQL-Befehls den Fehlercode 1615 von MySQL/MariaDB erhalten hat. Normalerweise™ tritt dieser Fehler nur dann auf, wenn zwischenzeitlich die Verbindung zum MySQL-Server unterbrochen wurde und deshalb die Prepared Statements nicht mehr in dessen Cache sind. Allerdings kommen da zwei weitere Bugs ins Spiel (#41119, #42041), weshalb LiveConfig sicherheitshalber mehrfach versucht, die Statements neu anzulegen. Nach sieben erfolglosen Versuchen gibt LiveConfig (bzw. dessen Datenbanktreiber) dann auf.

    Aus den Kommentaren zum MySQL-Bug #42041 kann man entnehmen, dass das wohl häufiger mal auftreten kann wenn der Server unter sehr hoher Last steht, oder die User-Tabellen gesperrt sind. Da eine "manuelle" Änderung über die MySQL-Konsole aber offenbar klappt, kann man das vermutlich ausschließen.

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

    Viele Grüße

    -Klaus Keppler

    [Nachtrag]
    Im selben StackOverflow-Beitrag findet sich weiter unten ein Hinweis, dass Prepared Statements mit Views Probleme machen könnten. Die neueren MySQL/MariaDB-Versionen setzen bei der Benutzerverwaltung nun auch auf View, da könnte es also einen Zusammenhang geben.
    Wir werden mal prüfen, ob wir Passwortänderungen ohne Prepared Statement an die Datenbank übergeben können (wenngleich das ein Sicherheitsrisiko ist...).
    Geändert von kk (15.02.2022 um 14:40 Uhr)

  8. #18
    Benutzer
    Registriert seit
    05.02.2013
    Beiträge
    50
    Zitat Zitat von kk Beitrag anzeigen

    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.

  9. #19
    Erfahrener Benutzer
    Registriert seit
    06.06.2014
    Ort
    München
    Beiträge
    134
    Zitat Zitat von Jim Beitrag anzeigen
    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.
    Das hat bei mir auch geholfen

  10. #20
    Erfahrener Benutzer
    Registriert seit
    27.12.2013
    Ort
    Emsdetten
    Beiträge
    181
    Zitat Zitat von Jim Beitrag anzeigen
    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.
    Um Wieviel von was hast du die table_definition_cache erhöht?
    Freue mich auf Infos

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •