LiveConfig 3

1. offizieller Beitrag

    Hallo Zusammen,


    ich würde gerne einen kleines Sammelthema für die ersten Probleme / Eindrücke eröffnen. Evtl. gibt es ja Leute, die auf die gleichen Themen stoßen:


    • Dunkler Modus: Bei jedem Login wird in den Dunklen Modus geschaltet, auch wenn ich zuvor auf den hellen Modus gewechselt habe; eine Einstellung im Benutzer selbst habe ich nicht gefunden
    • Bei den eigenen Links hatte ich eine Einbindung ins Rechnungssystem zum Aufruf der Rechnungen auf Basis der Kunden-Nummern. Hier kommt nun "Session check failed (SOAP-ERROR: Parsing WSDL: Couldn't load from
      'https://servername:8443/liveconfig/soap?wsdl&l=###&p=###' : Premature end of data in tag link line 15 )"
    • Backup-System: War vorher nicht installiert bei mir. Beim Klick auf Aktivieren in der Server-Konfiguration möchte er einen Speicherplatz (wurde angelegt) und dann wird noch angemerkt, dass kein Standard-Speicherplatz ausgewählt ist. Der Standard-Speicherplatz lässt sich nicht speichern und beim Speicher selbst erscheint die Meldung "LCCP exception: Cannot send message to service backup (not connected) (command: backup.init, taskId: 1)"

    Ansonsten freue ich mich sehr über die neue Version :)


    Viele Grüße

    Aktuell ist LiveConfig 3 gar nicht nutzbar, da keine IP Adressen erkannt werden. Bei "Server - Web - konfigurieren" erscheint in der Auswahl nur 127.0.0.1. Aber selbst bei der Auswahl dieser IP meldet die Übersicht "Keine IP-Adressen ausgewählt."


    Auf der Kommandozeile mit "liveconfig --diag" meldet das System aber folgende Ausgabe. Eingerichtet ist das ganze in einer virtuellen Umgebung, die mit LC 2 problemlos zurecht kommt.


    Code
      Name: 'eth0'
       MAC: 76:45:04:2f:41:1e
       IPv4: 'X.X.X.X'/24
       IPv6: 'fe80::7445:4ff:fe2f:411e'/64
       IN: 7230359 bytes (119821 packets)
       OUT: 46975 bytes (227 packets)
       FLAGS: UP BROADCAST
      DRIVER: veth
    • Offizieller Beitrag
    Zitat von Marco

    Aktuell ist LiveConfig 3 gar nicht nutzbar, da keine IP Adressen erkannt werden. Bei "Server - Web - konfigurieren" erscheint in der Auswahl nur 127.0.0.1. Aber selbst bei der Auswahl dieser IP meldet die Übersicht "Keine IP-Adressen ausgewählt."

    Bitte prüfen Sie, ob in /var/log/liveconfig/liveconfig.log irgendetwas protokolliert wird, wenn Sie die Webserver-Konfiguration öffnen. Ich kann mir aktuell nur vorstellen, dass beim Abruf der IP-Adressen ein Fehler auftritt und deshalb die Liste in der GUI leer ist.

    (das könnten fehlende oder falsche Berechtigungen sein, oder eine defekte Datenbankstruktur)

    Einzige Ausgabe bei dem Logfile, wenn man die Konfiguration mit 127.0.0.1 speichert. Ansonsten Schweigen im Walde. Auch unter "Server - Übersicht" steht nur die Systemzusammenfassung. Der Block "Netzwerk" fehlt gänzlich.


    "liveconfig --diag" erkennt ja die IP, also kann es nicht an Rechten liegen. Habt ihr irgendwo einen Filter, der das ältere eth0 nicht mag und eno1 erwartet?


    Code
    [269] [2025-08-02 10:01:06.876721] [INFO] Updated web service settings for server localhost



    Zusatz:


    Im Dump der liveconfig.db ist der Bereich bei "INTERFACES" leer. Der Befehl "CREATE" existiert, aber kein nachfolgendes "INSERT".

    Habe einmal mittels apt install liveconfig3 auf einem funktionsfähigem Testsystem (Debian12) versucht von LiveConfig 2.18.0 auf Liveconfig 3 upzudaten, was jedoch misslingt. Das Ganze sieht so aus:


    Zurück auf LiveConfig 2.18.0 ging es mit apt install liveconfig jedoch problemlos

    • Offizieller Beitrag
    Zitat von Marco

    "liveconfig --diag" erkennt ja die IP, also kann es nicht an Rechten liegen. Habt ihr irgendwo einen Filter, der das ältere eth0 nicht mag und eno1 erwartet?

    [...]

    Im Dump der liveconfig.db ist der Bereich bei "INTERFACES" leer. Der Befehl "CREATE" existiert, aber kein nachfolgendes "INSERT".

    Nein, der Name der Interfaces spielt keine Rolle. Wenn INTERFACES leer ist, dann ist das tatsächlich kein Frontend-Problem, sondern irgendetwas im Backend. Es handelt sich hier um eine Neu-Installation, oder? (also kein Upgrade einer bestehenden Installation)

    Die Erkennung der IPs und Schnittstellen läuft exakt so wie in LiveConfig 2, und das was bei --diag ausgegeben wird sollte so eigentlich auch in der Datenbank landen.

    Wenn es eine "leere" Installation ist, könnten wir uns das ggf mal direkt auf dem Server (via SSH) anschauen - wenn das für Sie ok ist, melden Sie sich bitte kurz unter support@liveconfig.com, damit wir das weitere Vorgehen besprechen. Parallel prüfen wir hier mal den Code, wie diese Tabelle normalerweise gefüttert wird.

    • Offizieller Beitrag
    Zitat von bravesurfer
    [EMERG] getaddrinfo() failed: Der Name oder der Dienst ist nicht bekannt

    An dieser Stelle (also "so früh" beim Start) werden die lokalen Sockets für HTTP(S) und ggf. LCCP geöffnet.

    Was genau steht in der /etc/liveconfig/liveconfig.conf bei http_socket, http_ssl_socket und lccp_socket?

    (falls das sensible Daten sind, einfach an support@liveconfig.com schicken oder über's Kontaktformular mitteilen)

    Hallo


    auf allen Servern wird der nicht gestartet lclogprase Dienst gemeldet, wenn man Ihn übers Webinterface starten will kommt nur "Error while handling request".


    LiveConfig Log sagt dazu:

    [775381] [2025-08-02 12:39:03.182973] [ERR] Failed to start service unit lclogparse: Unit lclogparse.service not found.

    [775380] [2025-08-02 12:39:03.183067] [ERR] Error while handling request: Unit lclogparse.service not found.


    Das Serviceprotokoll bleibt auch leer, also das Fenster.


    Vorher lief er, wurde er beim Upgrade irgendwie verändert?


    Mit freundlichen Grüßen

    Martin Krüger




    Alle lc* Dienste waren bei mir nach dem Upgrade masked. Ich habe sie unmasked und dann lief es.

    Wir haben eben einen neuen Server installiert, wie gewohnt mit dem Installer-Script was wir eigentlich immer für LiveConfig 2 verwenden:


    Code
    wget -O- https://install.liveconfig.com | sh


    Auf dem Server befindet sich jetzt allerdings LiveConfig 3. Laut Herrn Keppler wird Liveconfig 3 aber mit folgendem Aufruf installiert:


    Beitrag
    RE: Ausblick auf das nächste große Release
    Ab sofort sind die Pakete liveconfig3 bzw. lcclient3 in den Repositories verfügbar. 8)

    Das Wichtigste vorab: wir verwenden bewusst separate Paketnamen (mit der "3" am Ende), damit niemand versehentlich auf LiveConfig 3.0 aktualisiert. Zu einem späteren Zeitpunkt (wenn LiveConfig 2 abgekündigt wird) werden wir das aber wieder umstellen.

    Neu-Installationen mit LiveConfig 3.0 führt man am allereinfachsten mit dem nagelneuen Installationsscript durch:
    (Quelltext, 1 Zeile)

    Das bisherige Paket …
    kk
    Code
    wget -O- https://install.liveconfig.com/lc3 | sh


    Die URL "https://install.liveconfig.com/lc2" resultiert in einem 404 Error. Ist eine Neuinstallation von LiveConfig 2 per Script nicht mehr möglich?


    Edit:

    Der "Mail Log Parser" war nach frischer Aktivierung der Maildienste down. "lclogparse starten" bringt auf dem Frontend nur den Fehler "Error while handling request". /var/log/liveconfig/liveconfig.log sagt:


    Code
    [19790] [2025-08-02 18:08:50.399386] [ERR] Failed to start service unit lclogparse: Unit lclogparse.service is masked.
[19789] [2025-08-02 18:08:50.399626] [ERR] Error while handling request: Unit lclogparse.service is masked.
    Code
    systemctl status lclogparse
○ lclogparse.service
Loaded: masked (Reason: Unit lclogparse.service is masked.)
Active: inactive (dead)


systemctl unmask lclogparse
Removed "/etc/systemd/system/lclogparse.service".


    Danach lässt sich der Dienst starten.

    Zitat von mjk

    Edit:

    Der "Mail Log Parser" war nach frischer Aktivierung der Maildienste down. "lclogparse starten" bringt auf dem Frontend nur den Fehler "Error while handling request". /var/log/liveconfig/liveconfig.log sagt:


    Code
    [19790] [2025-08-02 18:08:50.399386] [ERR] Failed to start service unit lclogparse: Unit lclogparse.service is masked.
[19789] [2025-08-02 18:08:50.399626] [ERR] Error while handling request: Unit lclogparse.service is masked.
    Code
    systemctl status lclogparse
○ lclogparse.service
Loaded: masked (Reason: Unit lclogparse.service is masked.)
Active: inactive (dead)


systemctl unmask lclogparse
Removed "/etc/systemd/system/lclogparse.service".


    Danach lässt sich der Dienst starten.

    Das kann ich bestätigen war hier nach dem Update für lclogparse, lcpolicyd lcsam und lcbackup genau so.

    Zitat von bravesurfer

    Das kann ich bestätigen war hier nach dem Update für lclogparse, lcpolicyd lcsam und lcbackup genau so.

    Bei mir nach der frischen Neuinstallation. Das "Erste Schritte" Fenster macht auch Probleme. Die Option das es zukünftig nicht mehr angezeigt werden soll, ist ausgegraut - in meinem Fall braucht es nicht alle Dienste und Vorlagen, vermutlich bleibt es deshalb inaktiv. Da sollte es generell die Möglichkeit geben, das Fenster zukünftig auszublenden.

    Beim löschen von E-Mail Postfächern wird zwar das Postfach von der Platte gelöscht wird, in GUI bleibt es aber mit einem Mülleimer stehen. Das ganze ist auf zwei Servern (einer neu installiert) seit mehreren Stunden so. Ein LC und ein Server Neustart haben auch nichts geändert


    Beim Versuch die ganze Domain zu löschen kommt folgendes im Log:

    Code
    [2336364] [2025-08-03 02:50:53.076001] [WARNING] Tried to remove unsaved RR -> ignoring
[2336364] [2025-08-03 02:50:53.076201] [WARNING] Tried to remove unsaved RR -> ignoring
[2336364] [2025-08-03 02:50:53.076208] [WARNING] Tried to remove unsaved RR -> ignoring
[2336364] [2025-08-03 02:50:53.077148] [EMERG] Database exception: FOREIGN KEY constraint failed
[2336364] [2025-08-03 02:50:53.077158] [EMERG] SQL: DELETE FROM SUBDOMAINS WHERE SD_ID = ?1


    Server zwei (Update auf V3) bringt im Log dazu nur folgendes:

    Code
    [2495383] [2025-08-03 03:21:44.415499] [INFO] [LUA] Deleting mailbox mail@example.com from dovecot config file: /etc/dovecot/passwd
[2495383] [2025-08-03 03:21:44.415911] [INFO] LC.popimap.deleteMailbox(mail@example.com) OK
    Zitat von bravesurfer

    Das kann ich bestätigen war hier nach dem Update für lclogparse, lcpolicyd lcsam und lcbackup genau so.

    Hallo

    bei mir leider nicht, nach dem unmask sind sämtliche LS Dienste nicht mehr vorhanden....


    mjk das Problem habe ich auch.


    Nachtrag beim "Backup-Dienst konfigurieren" kann man nicht speichern.


    LiveConfig Log:

    [1927478] [2025-08-03 14:12:47.912175] [INFO] Created backup storage 1

    [401686] [2025-08-03 14:12:47.912639] [EMERG] LCCP exception: Cannot send message to service backup (not connected) (command: backup.init, taskId: 1)

    [1927478] [2025-08-03 14:12:47.913574] [INFO] Initialisation of backup storage '1' failed: LCCP exception: Cannot send message to service backup (not connected) (command: backup.init, taskId: 1)


    Bzw. im Systemlog:

    2025-08-03 12:15:16 Starting LiveConfig Backup Server: lcbackup 2025-08-03 12:15:16 [2212000] [2025-08-03 14:15:16.325902] [EMERG] /run/lcbackup/lcbackup.pid: realpath() failed: Datei oder Verzeichnis nicht gefunden 2025-08-03 12:15:16 failed! 2025-08-03 12:15:16 Started lcbackup.service - LSB: Start the LiveConfig Backup Daemon (lcbackup).


    Mit freundlichen Grüßen

    Martin Krüger

    Beim Backup-Problem lag es auch am maskierten lcbackup - konnte ich dank den Hinweisen hier fixen:



    Dann geht es.


    Beim Anlegen des Speicherplatzes gibt es aber ein Problem, wenn das Verzeichnis vorher nicht existiert. Der Speicherplatz wird nicht richtig gespeichert auch wenn später das Verzeichnis angelegt wird und man den Speicherplatz noch mal speichert, bleibt das Ausrufezeichen da und man kann es nicht als Standard-Speicherplatz verwenden.

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden