Beiträge von informant

  • Update von LC2 auf LC3

    Zitat von kk

    Ohne Fehlermeldung ist leider keine Hilfe möglich.


    systemctl status lclogsplit

    journalctl -u lclogsplit

    Sorry hier noch die Ausgaben - nginx nutzen wir nicht, warum er nginx sucht KA, evtl. haben Sie eine Idee.

  • Update von LC2 auf LC3

    Hallo, habe nun nur noch einen Fehler nach dem Update:

    Zitat

    failed to start lclogsplitt.service - liveconfig lclogsplit.

    der rest läuft super. Wie kann ich den Fehler noch beheben, da er mit dem Update v2 auf v3 kam.

  • Ankündigung: v2.0.2 - E-Mail-Limits

    Zitat von antondollmaier
    Code
    awk '{print $1}' /etc/postfix/virtual_alias | while read i; do /usr/lib/liveconfig/lcpolicyd set ${i} 10 30; done

    hi klappt leider nicht, eine Idee?


    awk '{print $1}' /etc/postfix/virtual_alias | while read i; do /usr/lib/liveconfig/lcpolicyd set ${i} 50 60; done


    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

    [ERROR] /usr/lib/liveconfig/lcpolicyd: unknown command 'set'

  • Update von LC2 auf LC3

    Zitat von kk

    Was passiert denn wenn Sie diese Datei entfernen (z.B. umbenennen) und anschließend LiveConfig3 starten/installieren? Damit lässt sich einfach herausfinden, ob's daran liegt.

    Bei einem LiveConfig-Client gibt's keine sslcert.pem.

    Beim Hauptserver hat das funktioniert. LC3 wurde Fehlerfrei installiert. Guter Workarround! Nach Hauptserver konnten nun auch die Clients installiert werden, außer der eine der kein systemd hat. Das muss ich noch anpassen. Interessant ist das die über LC3 generierte pem den identischen Inhalt hat nach Auswahl des SSL Zerts aus der Liste nur ohne CA.

  • Update von LC2 auf LC3

    Zitat von kk

    Siehe RE: LiveConfig 2.18.9 und 3.1.1 veröffentlicht

    Vermutlich ist die /etc/liveconfig/sslcert.pem "kaputt".

    Müsste dann ja auch auf allen lcclient Servern defekt sein,,, wie reparieren wir diese Datei bei LC? Denn in der Datei steckt ja unser Wildcard SSL von comodo/sectigo... Der Inhalt der Datei ist auch korrekt, habe nochmal alles reinkopiert der reihe nach und LC restartet. Selber Fehler. Vermute das es was anderes ist,,, aber was noch keine Idee.

  • Update von LC2 auf LC3

    Zitat von kk

    Auf den ersten Blick scheint dort kein systemd zu laufen. Das wäre allerdings zwingend notwendig (LiveConfig startet/stoppt die Dienste via dBus mit systemd, und nutzt auch sonst viele der Vorteile welche systemd mit sich bringt).

    Mich wundert es sogar, dass man heutzutage überhaupt noch ein Debian 13 (Trixie) ohne systemd starten kann... :/

    Hallo, aber nur bei einem Server (letzte Meldung) die anderen haben alle systemd und der läuft auch normal, der Fehler kommt dennoch. Siehe Fehler 1+2 oben. Diese Systeme sind brand neu und laufen Fehlerfrei. Jedoch kann auch dort nicht upgedatet werden auf v3. Fehlermeldungen s.o.

    Alle haben

    ps -p 1 -o comm=

    systemd


    nur der eine von der letzten Meldung hat noch

    ps -p 1 -o comm=

    init


    Hier mal der komplette Updateverlauf:


  • Update von LC2 auf LC3

    Hallo, also wir können auf keinen Server auf LC3 wechseln. Es sind hier 2 verschiedene Server als Beispiel benannt. Weder ein reines neues Trixi v2 kann auf v3 geupdatet werden, siehe Fehler 1 noch ein vorhander lcclient v2.


    Selbst ein komplett neues System Trixie v2 in einer VM Testumgebung können wir auf v3 updaten mit apt install liveconfig3.

    Selber Fehler wie 1.


    Der Abschnitt "auch sehr interessant" ist ein System was älter ist und auf trixie geupdatet wurde. Alles aber andere Server aber Fehler der selbe.


    Es sind also komplett andere Systeme. Auf alle rennt v2 und auf dem ersten Hauptserver rennt auch systemd richtig. Dennoch der Fehler.

  • Update von LC2 auf LC3

    Hi nach der Installation bzw. während der Installation von lcclient3 bekomme ich den Fehler:


    Code
    Starting LiveConfig3 Client: lcclient[728866] [2026-04-19 20:20:19.574987] [EMERG] /run/liveconfig/lcclient.pid: realpath() failed: Datei oder Verzeichnis nicht gefunden
failed!

    und bei liveconfig3 diesen:


    Fehler lt. Log:

    Code
    -- The job identifier is 1258106.
Apr 19 20:22:37 login-srv liveconfig[194004]: [194004] [2026-04-19 20:22:37.957530] [INFO] LiveConfig 3.2.0 (build 17417) starting...
Apr 19 20:22:37 login-srv liveconfig[194004]: [194004] [2026-04-19 20:22:37.960393] [INFO] Database driver loaded: MariaDB Connector/C (3.4.8)
Apr 19 20:22:37 login-srv liveconfig[194006]: [194006] [2026-04-19 20:22:37.963848] [INFO] Database driver loaded: MariaDB Connector/C (3.4.8)
Apr 19 20:22:37 login-srv liveconfig[194006]: [194006] [2026-04-19 20:22:37.965541] [EMERG] key import failed: unknown object name (OSSL_DECODER_from_bio:OBJ_txt2obj)
Apr 19 20:22:37 login-srv systemd[1]: liveconfig.service: Can't open PID file /run/liveconfig/liveconfig.pid (yet?) after start: No such file or directory
Apr 19 20:22:37 login-srv systemd[1]: liveconfig.service: Failed with result 'protocol'.
-- Subject: Unit failed

    auch sehr interessant bei einem andern server mit sysinit:

    Code
    Entfernen von lcclient3 (3.2.0-4.17417) ...
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to system scope bus via local transport: Der Rechner ist nicht aktiv
dpkg: Fehler beim Bearbeiten des Paketes lcclient3 (--remove):
»installiertes pre-removal-Skript des Paketes lcclient3«-Unterprozess gab den Fehlerwert 1 zurück
dpkg: Zu viele Fehler, Abbruch
Fehler traten auf beim Bearbeiten von:
lcclient3
Bearbeitung wurde angehalten, da zu viele Fehler auftraten.
Fehler: Sub-process /usr/bin/dpkg returned an error code (1)


    Jmd. eine Idee.

  • Ankündigung: v2.0.2 - E-Mail-Limits

    Zitat von chrisu

    Habs gefunden:

    Es muss erst als admin unter Server/E-Mail/konfigurieren/Beschränkungen aktiviert werden


    Hallo, wie bei mir oben im Post ersichtlich habe ich das bei uns bereits getan, es erscheint dennoch nirgends im v2 Web-Interface eine Option zum einstellen. Habe es auf 3 eMail Servern die in der großen Lizenz höngen mit v2 getestet. Nirgends erscheint es bei mir.

  • Ankündigung: v2.0.2 - E-Mail-Limits

    Zitat von kk

    Ist doch schon vorhanden...


    Hallo, hab ich auch nicht drin, ist das nur in v3 drin oder in v2 auch? Oder muss man das aktivieren, wenn ja wo?

    "ausgehende E-Mails: die Anzahl der ausgehenden E-Mails pro Account begrenzen

    Das tatsächliche Limit muss in einem Hostingangebot oder Vertrag festgelegt werden." hab ich aktiviert, aber sehe es dennoch weder im Vertrag noch im Angebot als Option in v2,x!

  • Sendelimit eMail

    Hallo, wir haben bei unseren Mailservern 50 MB Sendelimit hinterlegt. eMail Clients erhalten aber die Meldung:


    Warnung! Sie sind im Begriff, eine Datei von 23,6 MB zu senden, was größer als die vom E-Mail-Server erlaubte Maximalgröße sein könnte. Sind Sie sicher, dass Sie dies machen wollen?


    Ist hier ein Bug im LC? Denn früher kam das nicht.

  • Nach Update SMTP Transaktion Time langsam

    Hallo, seit dem Update 2.18.3 + folgende haben wir das Problem, das der SMTP Aufbau langsamer geworden ist, Wurde hier etwas geändert, denn wenn wir im Test den Snapshot zurück setzen, geht er wieder schnell. Auch ein erneutes updaten bringt das verlangsamen. Jmd. eine Idee dazu? Debian 13 ist nun drauf. Davor Debian 12. Alle anderen Dienste laufen schnell und auch Fehlerfrei. In den Logs ist auch kein Fehler ersichtlich.