Beiträge von Systemhaus-EHST

    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




    Hallo


    das Problem besteht aktuell bei allen 3 Test Servern, welche auf Debian 12.11 laufen wieder. Ist hierfür schon eine Ursache bekannt?


    Was auffällig ist das im liveconfig.log sehr viele DNS Lockup Failed Einträge vor dem beenden von LiveConfig geloggt werden.


    Der Lokale Resolver aber korrekt antwortet.


    Mit freundlichen Grüßen

    Martin Krüger

    Aktuell ist der Fehler nicht mehr aufgetreten.


    Dafür haben wir in der Test Umgebung mitbekommen, dass die Anzeige des Mail Quotas nicht korrekt ist, zu einem auch die Werte nicht stimmt.


    Zu lässt sich der Mail Log Parser zum Eintreffende und ausgehende E-Mails zählen nicht starten.


    Mit freundlichen Grüßen

    Martin Krüger

    Hallo


    OS: Debian 12.11

    LC: LiveConfig 3.0.0 (16174)


    kann der Support mit der Fehlermeldung was anfangen:


    [3188778] [2025-07-20 14:49:57.509123] [EMERG] Uncaught exception in ChildManager: Der Socket ist nicht verbunden

    [3188778] [2025-07-20 14:49:57.509138] [EMERG] Got exception: std::runtime_error

    [ 0] 0x8586a /usr/lib/liveconfig/libk.so.0.9

    [ 1] 0x1547c5 /usr/lib/liveconfig/libk.so.0.9

    [ 2] 0x80225c

    [ 3] 0x14f02f /usr/lib/liveconfig/libk.so.0.9

    [ 4] 0x174548 /usr/lib/liveconfig/libk.so.0.9

    [ 5] 0x1cc043 /usr/lib/liveconfig/libk.so.0.9

    [ 6] 0x1cf793 /usr/lib/liveconfig/libk.so.0.9

    [ 7] 0x172bfe /usr/lib/liveconfig/libk.so.0.9

    [ 8] 0x7ffbd9

    [ 9] 0x160c20 /usr/lib/liveconfig/libk.so.0.9

    [10] 0x20184f

    [11] 0x2724a /lib/x86_64-linux-gnu/libc.so.6

    [12] 0x27305 /lib/x86_64-linux-gnu/libc.so.6

    [13] 0x20e3ca

    [3439892] [2025-07-20 14:50:07.538830] [INFO] Fetching Newsfeed: LiveConfig

    [3439892] [2025-07-20 14:50:07.585137] [INFO] Newsfeed 1 successfully fetched.

    [3439892] [2025-07-20 14:50:07.585607] [ERR] Invalid JSON received: displayStart (Invalid input)


    ein einfach systemctl restart liveconfig.service lässt LiveConfig sich wieder ohne Fehlermeldung starten.


    Mit freundlichen Grüßen

    Martin Krüger

    Hallo


    also der Fehler besteht immer noch, die Domains (Zertifikate) mit www. sind immer valid und die ohne bleiben auf Pending stehen.


    In den Logs habe ich folgende Fehler gefunden:


    [2025/04/23 09:22:23.868520] [1370462|1370470] ERROR: Releasing db connection, but still have open statements

    [2025/04/23 09:22:23.868532] [1370462|1370470] aborting SQL: 'UPDATE SSLFILEAUTH SET SFA_ERROR= 0, SFA_CONFIRMED= ? WHERE SFA_SERVERID = ? AND SFA_NAME = ? AND SFA_FILE = ? AND SFA_PATH = ?'

    [2025/04/23 09:22:23.868566] [1370462|1370470] ERROR: Releasing db connection, but still have running transaction (-> forcing ROLLBACK)

    [2025/04/23 09:22:23.868635] [1370462|1370470] Database exception: mysql_stmt_execute: (1020) Record has changed since last read in table 'SSLFILEAUTH' (SQL: UPDATE SSLFILEAUTH SET SFA_ERROR= 0, SFA_CONFIRMED= ? WHERE SFA_SERVERID = ? AND SFA_NAME = ? AND SFA_FILE = ? AND SFA_PATH = ?)

    [2025/04/23 09:22:23.868923] [1370462|1370470] successfully wrote domain validation file '/.well-known/acme-challenge/pCA6NEc5lBTWOekwcRbeNLK2L1Ay6Zuwll2AFfkySJ0' for domain 'Kundendomain'

    [2025/04/23 09:22:23.869051] [1370462|1370472] ERROR: Releasing db connection, but still have open statements

    [2025/04/23 09:22:23.869060] [1370462|1370472] aborting SQL: 'UPDATE SSLFILEAUTH SET SFA_ERROR= 0, SFA_CONFIRMED= ? WHERE SFA_SERVERID = ? AND SFA_NAME = ? AND SFA_FILE = ? AND SFA_PATH = ?'

    [2025/04/23 09:22:23.869100] [1370462|1370472] ERROR: Releasing db connection, but still have running transaction (-> forcing ROLLBACK)

    [2025/04/23 09:22:23.869166] [1370462|1370472] Database exception: mysql_stmt_execute: (1020) Record has changed since last read in table 'SSLFILEAUTH' (SQL: UPDATE SSLFILEAUTH SET SFA_ERROR= 0, SFA_CONFIRMED= ? WHERE SFA_SERVERID = ? AND SFA_NAME = ? AND SFA_FILE = ? AND SFA_PATH = ?)

    [2025/04/23 09:22:23.869327] [1370463|1370467] [LUA] Created SSL/TLS domain-validation file '/var/www/.well-known/htdocs/acme-challenge/www.Kundendomain.de.njj967gEVF9_2TzwWAc-vT6QWALkahb-0_zoWKicqf0'

    [2025/04/23 09:22:23.869840] [1370462|1370472] successfully wrote domain validation file '/.well-known/acme-challenge/njj967gEVF9_2TzwWAc-vT6QWALkahb-0_zoWKicqf0' for domain 'http://www.Kundendomain.de'

    [2025/04/23 09:22:36.713620] [1370462|1370829] Updating AppInstaller repository (https://update.liveconfig.com/repo-v3.json)...


    Vielleicht kann man dadurch den Fehler besser finden.

    In der Regel reicht ein:


    systemctl restart liveconfig.service

    um das Ausstellen der Zertifikate erneut anzustoßen.

    Mit freundlichen Grüßen

    Martin Krüger

    Hallo


    dazu musst du nur einen Relay Server eintragen, und damit dieser auch Config Änderungen übersteht in die custom.lua den Relay Server eintragen:


    Pfad: /usr/lib/liveconfig/lua


    Hinzufügen:


    postfix.LOCALCONFIG["relayhost"] = "1.2.3.4:25"


    Optional:


    postfix.LOCALCONFIG["smtp_fallback_relay"] = "2.3.4.5:25"


    So leiten wir schon seit Jahre die E-Mails von LiveConfig Servern an unsere Backup MX (Proxmox Mailgateway) weiter.


    Mit freundlichen Grüßen

    Martin Krüger