LiveConfig 2.14.0

  • Schade...


    - /usr/sbin/liveconfig: Database connection failed: Cannot add or update a child row: a foreign key constraint fails (`LIVECONFIG`.`WEBSERVERIPS_new`, CONSTRAINT `WEBSERVERIPS_new_ibfk_2` FOREIGN KEY (`WI_IPID`) REFERENCES `IPS` (`IP_ID`) ON DELETE CASCADE)
    dpkg: error processing package liveconfig (--configure):



    OK...Irgendwann im Laufe der letzten Jahre haben sich wohl IPs eingeschlichen, die bei einem Serverwechsel zwar noch in der WEBSERVERIPS Tabelle enthalten waren, nicht aber mehr in der IPS...


    DELETE FROM WEBSERVERIPS WHERE WI_IPID NOT IN (SELECT IPS.IP_ID FROM IPS);


    hat Abhilfe geschafft.

  • Genaue die selbe Meldung hatte wenige Stunden vorher auch ein anderer Kunde gemeldet. Auch hier waren "Datenleichen" die Ursache.


    Wir werden das Upgrade an dieser Stelle anpassen, so dass LiveConfig nur gültige IPs übernimmt. Der o.g. SQL-Befehl ist praktisch perfekt.


    Viele Grüße


    -Klaus Keppler

  • Bei den Datenmengen ist eine Sub-Query nicht so schlimm. Schöner wäre ein Delete-Join :)


    Bei der Gelegenheit ist mir aufgefallen, dass es in der IPS-Tabelle Duplikate gibt (mehrere identische IP-Adressen auf einem Server). Ggf. kam das mal durch ein Umbenennen der Netzwerk-Devices (?) Es wäre vermutlich auch praktisch, wenn dies aufgeräumt wurde. Sichtbar sind die doppelten und zum Teil auch dreifachen IPs in der Webserver-Verwaltung.

  • Danke für die Info! Wir haben die RPM-Pakete neu signiert und aktualisiert, sollte nun klappen.
    (der GPG-Agent für die Signatur hatte ein Problem gemeldet, die Fehlermeldung dazu ging leider unter)


    Viele Grüße


    -Klaus Keppler

  • Künftig sollen auch alphanumerische Kundennummern möglich sein (z.B. "K12345"), daher wurde die betroffene Datenbankspalte geändert.


    Wir lassen uns etwas einfallen, wie wir numerische Kundennummern trotzdem korrekt sortieren können.

  • Wir haben eben die Version 2.14.1 bereitgestellt. Diese beseitigt folgende Probleme, die uns vereinzelt gemeldet wurden:

    • Bei Dovecot >=2.3 wurde die "stats-writer"-Anweisung in die dovecot.conf aufgenommen. Je nach System/Shell war dieser Eintrag aber eventuell korrupt (falsche Zeilenumbrüche).
    • die Migration der Tabelle MAILBOXES schlug fehl, wenn geparkte Postfächer (also Postfächer ohne Domain) vorhanden waren
    • wenn manuell Daten aus den Tabellen IPS oder WEBSERVERS gelöscht worden sind, schlug die Migration fehl.


    Bei wem das Update auf 2.14.0 reibungslos durchgelaufen ist, für den spielt dieses Update eigentlich keine Rolle.


    Viele Grüße


    -Klaus Keppler

  • Hallo Herr Keppler,


    unter Ubuntu 20.04 schreibt der Updater folgendes in die /etc/dovecot/dovecot.conf


    Das -e ist an der Stelle nicht passend.



  • Sollte mit v2.14.3 (ab sofort verfügbar) wieder wie gewohnt funktionieren.

  • Hallo


    beim letzten Update scheint es einen Fehler zugeben:


    Testsysten:


    Debian 11.5



    Fehler beim Upgrade:


    Sep 12 22:17:03 xxx liveconfig[3300986]: - /usr/sbin/liveconfig: LiveConfig 2.14.4-dev20220912.3 starting...
    Sep 12 22:17:03 xxx liveconfig[3300986]: - /usr/sbin/liveconfig: Database driver loaded: SQLite (3.39.3)
    Sep 12 22:17:03 xxx liveconfig[3300986]: - /usr/sbin/liveconfig: Upgrading database schema (r214041 -> 2.14.4-2)
    Sep 12 22:17:03 xxx liveconfig[3300986]: - /usr/sbin/liveconfig: Database connection failed: Cannot add a NOT NULL column with default value NULL
    Sep 12 22:17:03 xxx liveconfig[3300986]: - /usr/sbin/liveconfig: Closing log file


    Mit freundlichen Grüßen
    Martin Krüger

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!