Beiträge von pkambach

Hi!

Die json-Datei beinhaltet seit LC3 die SSL-Provider. War in LC2 kein Let's Encrypt o.Ä. aktiv? Evtl. einfach mal einen LE Account in LC2 einrichten und das Upgrade noch mal versuchen.

VG

Zur Info: Ist ein Bug, KK kümmert sich drum

Vielleicht noch als Frage: Welches OS?

hi!

Ich meine KK hatte angedeutet, dass das Paket "wegfällt" und die Installation nur noch für LC3 z.B. über

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

erfolgt. Das lc2-Script scheint es aber (noch) nicht zu geben. Bleibt denke ich aktuell nur die manuelle Installation der einzelnen Dienste oder erst als lc3 installieren und dann auf lc2 downgraden

VG

Hallo Zusammen,

ich habe auf einem LC2 Server soeben die site.pro Erweiterung installiert. Beim Hinzufügen einer Webseite kommt jedoch:

[2025/08/29 17:02:12.835273] [2145780|2145788] ERROR: Releasing db connection, but still have open statements
[2025/08/29 17:02:12.835308] [2145780|2145788]        aborting SQL: 'INSERT INTO SBSITES  ( SBS_CONTRACTID, SBS_BUILDERID) VALUES ( ?1, ?2)'
[2025/08/29 17:02:12.835317] [2145780|2145788] ERROR: Releasing db connection, but still have running transaction (-> forcing ROLLBACK)
[2025/08/29 17:02:12.835434] [2145780|2145788] Database Exception: No ROLLBACK possible, still open statements
SQL: INSERT INTO SBSITES  ( SBS_CONTRACTID, SBS_BUILDERID) VALUES ( ?1, ?2) (SQL: [ROLLBACK])

Hat jemand eine Idee, woran es hakt? Ist sqlite und kein MySQL als Backend.

Danke!

Upgrade vom letzten 3er Stable auf Test klappt bei mir nicht:

Aug 23 22:06:53 server liveconfig[2037109]: [2037109] [2025-08-23 22:06:53.680002] [INFO] LiveConfig starting...
Aug 23 22:06:53 server liveconfig[2037109]: [2037109] [2025-08-23 22:06:53.683305] [INFO] Database driver loaded: SQLite (3.50.3)
Aug 23 22:06:53 server liveconfig[2037109]: [2037109] [2025-08-23 22:06:53.685346] [INFO] Upgrading database schema (r218010 -> 2.18.4-0)
Aug 23 22:06:53 server liveconfig[2037109]: [2037109] [2025-08-23 22:06:53.685391] [INFO]  - migrating TSIGKEYS
Aug 23 22:06:53 server liveconfig[2037109]: [2037109] [2025-08-23 22:06:53.685752] [EMERG] index TSIGKEYS_IDX already exists
Aug 23 22:06:53 server systemd[1]: liveconfig.service: Control process exited, code=exited, status=74/IOERR

Edit: Beim Versuch von der 2er auf die 2er Test upzugraden bekomme ich die gleiche Fehlermeldung. Auf dem Server ist und war übrigens nie ein Nameserver aktiv.

https://www.liveconfig.com/de/changelog/

v3 ist doch da?

Änderungen in Version 3.0.2 (15.08.2025):

• Frontend: Speicherung der Dark-Mode/Light-Mode-Einstellung pro Gerät
• Frontend: verschiedene kleinere Farb-/CSS-Verbesserungen und Fehlerbehebungen
• Frontend: Deaktivierung der “Erste Schritte”-Box war in einigen Fällen nicht möglich
• Backend: Unterstützug von Debian 13 (“Trixie”)
• Backend: automatische Aktualisierung der Konfigurationsdateien wenn sich die Versionsnummer der SMTP- oder IMAP-Software geändert hat (z.B. bei dist-upgrade)
• Backend: Fehler beim Bearbeiten von Wiederverkäufer-Accounts behoben
• Backend: Prozess-Leck behoben wenn Web-Terminal unerwartet geschlossen wurde
• Backend: Fehler unter bestimmten Daten-Bedingungen mit SQLite behoben, wenn Subdomain-Einstellungen gespeichert wurden
• CLI: Diagnose-Hilfsfunktionen hinzugefügt

Lizenzkey (/etc/liveconfig/liveconfig.key) löschen und neu aktivieren (liveconfig --activate)? Was sagt liveconfig --diag?

Zitat von kk

Danke für die Rückmeldungen! Wir werden die Punkte morgen alle mal durchgehen, eine ausführlichere Antwort folgt in Kürze.

Hallo,

gibt's zu den Punkten hier evtl. schon Rückmeldungen?

VG

Hi!

Ich meine die Dovecot-Geschichte war noch zu fixen mit der Version 2.4 wg. der Konfigurationsanpassung.

VG

In /etc/default gibt es zwei Dateien. Von früher "spamassassin" bei dem LC entsprechende Anpassungen vorgenommen hat:

OPTIONS="-m 5 -H --socketpath=/var/run/spamd.sock --socketowner=root --socketgroup=spamd --socketmode=0660 -x --virtual-config-dir=/var/lib/spamassassin/%u/ -u spamd"

Bei einem Upgrade wird im gleichen Verzeichnis die neue Datei für "spamd" angelegt. Dort stehen nur die Standard-Variablen drin:

OPTIONS="--create-prefs --max-children 5 --helper-home-dir"

Was mir auch gerade noch aufgefallen ist: Wenn ich bei den Diensten jeweils auf die drei ... klicke und dann auf "Service-Protokoll anzeigen" kommt das Popup mit "Log messages" bei dem nichts angezeigt wird und unten nach kurzer Zeit nur "HTTP request timed out! (/liveconfig/api/v1/servers/localhost/services/dovecot/log?id=httGD_fowT0xMBSgrRo1PSAu)". Erscheint bei jedem Dienst.

Edit: Auch beim Klicken auf "Protokoll anzeigen" unter "Letzte Aktivitäten" in der Übersicht kommt einfach nur ein Ladebild und nichts wird angezeigt.

Zitat von kk

Die Checkbox "Erste Schritte künftig nicht mehr anzeigen" ist aktivierbar, sobald mindestens ein Dienst auf dem Server von LiveConfig verwaltet wird (völlig egal welcher).

Kann ich nicht bestätigen - ich habe jeden Menge Dienste über LC verwaltet (Ubuntu 24) und das wird nicht erkannt - Diag sagt auch:

Distribution description: 'Ubuntu 24.04.3 LTS'
Checking for web server software:
 - Found 'apache' web server
   Version: '2.4.58'
   Package version: '2.4.58-1ubuntu8.7'

VG

Ja, hatte ich. Das wird ja auch in der Upgrade Anleitung angegeben. Hat nicht geholfen.

Hallo,

vor kurzem ist mir noch aufgefallen, dass bei Dist-Upgrades sich ja der Name von spamassassin in spamd ändert. LiveConfig ändert unter Debian / Ubuntu unter /etc/default die Aufrufparameter für spamassassin - bei der Umstellung auf spamd wird das aber nicht gemacht (zumindest bei mir nicht) und spamd startet mit den Standard-Werten. Hierbei funktioniert natürlich dann der Spamfilter nicht mehr (lcsam), der auf den falschen Socket zugreifen will. Ich habe jeweils die spamassassin in spamd umbenannt und den Dienst neu gestartet.

Falls noch jemand auf das Problem stößt bzw. vielleicht die Anleitung für die Dist-Upgrades noch mal mit einem Hinweis versehen möchte kk

Viele Grüße

Naja, mir würde die Demo aus der Demo (https://demo-v3.liveconfig.com:8443/) reichen (wie bei v2). Das hat Herr Keppler sicher schon irgendwo rum liegen, nur noch nicht in die KB aufgenommen. Da ich aber auch erst Mal nicht weiter umstelle, soweit auch nicht so dringend.

Da ja die SOAP-API eingestellt wurde (betrifft meinen zweiten Punkt oben), wollte ich das Ganze nun auf der REST-API aufbauen. Hat jemand da schon was umgestellt? Bei https://www.liveconfig.com/de/…html#creating-own-content wird auf die Beispiel-Dateien von der SOAP-API verwiesen

Ich habe einen Server nun wieder auf LC2 zurück gestellt. Dabei ist mir noch aufgefallen, dass die App's nun noch von der v3 abgerufen werden:

[2025/08/04 08:51:40.330238] [3036962|3037360] Updating AppInstaller repository (https://update.liveconfig.com/lc3/repo-v3.json)...

Dazu kommt, dass die Bilder der Apps bei der Installation und auch bei den bereits installierten Apps nicht mehr angezeigt werden (z.B. von static/ico-roundcube.svg)

Edit:

In der v3 ist mir noch aufgefallen, dass das eigene Logo im Login richtig skaliert wird, nach dem Login oben rechts jedoch nicht. Und man kann die "Ersten Schritte" nicht als fertig markieren

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

[1469987] [2025-08-03 23:42:16.298695] [EMERG] LCCP exception: Cannot send message to service backup (not connected) (command: backup.init, taskId: 1)
[1469985] [2025-08-03 23:42:16.298850] [INFO] Initialisation of backup storage '1' failed: LCCP exception: Cannot send message to service backup (not connected) (command: backup.init, taskId: 1)
[1469987] [2025-08-03 23:42:30.172957] [ERR] Failed to start service unit lcbackup: Unit lcbackup.service is masked.
[1469985] [2025-08-03 23:42:30.173080] [ERR] Error while handling request: Unit lcbackup.service is masked.


server: ~# systemctl unmask lcbackup
Removed "/etc/systemd/system/lcbackup.service".
server: ~# systemctl enable lcbackup
Synchronizing state of lcbackup.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable lcbackup
Created symlink /etc/systemd/system/multi-user.target.wants/lcbackup.service → /usr/lib/systemd/system/lcbackup.service.

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.