Hier leider sporadisch (auch heute) auch immer wieder das Problem (LC 2.18.10 / Debian 13.3)!
Nach einem
UPDATE HOSTINGCONTRACTS SET HC_DELETED=0 WHERE HC_DELETED=1;
konnte ich aber den Vertrag erneut löschen, danach hat es dann geklappt, wäre super wenn man das in einer neueren LC-Version lösen kann
Muss meine Aussage korrigieren, hatte das falsche Postfach geändert, hier funktioniert jedoch
unter Debian 13.3 /LiveConfig 3.1.4 (Upgrade von Debian 12/LiveConfig 2.x) alles wie es soll.
Sorry für die vorherige Falschauskunft, es scheint aber somit wohl eher ein individuelles Problem zu sein oder tritt vielleicht nur bei völlig neu aufgesetzten Systemen auf?
Kann es sein, dass das Problem immer noch besteht (Debian 13.3 / LiveConfig 2.18.10)?
Hallo,
schon etwas älter aber vielleicht ja noch aktuell 4,5 sollte gehen (Komma statt Punkt)
Grüße
Leider hat LC3 gegenüner LC2 an einigen Stellen an Funktionalität verloren wie ich finde.
Störend empfinde ich auch dass "Subdomains anzeigen" jedes mal per Schieber aktiviert werden muss. Das selbe gilt für den Schieber "automatisierte SSL-Zertifikate". Lässt sich das mittels LUA ändern?
Die "Berichte" über die es in LC2 möglich war, sich einen Überblick über Kundenverträge, Domains, Kunden zu verschaffen, scheinen.leider auch nicht mehr vorhanden.
Herzlichen Dank Herr Keppler, das war die Lösung
Danke für die rasche Rückmeldung.
Ich hatte natürlich schon php-8.2-opt und alle weiteren 8.2 Module neu installiert, leider unverändert .....PHP 8.1, 8.3 und 8.5 funktionieren hingegen problemlos
Ja, die Dovecot-Anpassung wird noch bearbeitet (da sind wir mittendrin - das Problem ist weniger die Änderung bei der Config-Erstellung, sondern vielmehr die Anpassung unserer CI-Tests)
PHP 8.2, 8.3 und 8.4 sind nun auch für Debian Trixie verfügbar (jeweils AMD64/ARM64).
Alles in einem sind das 268 neue Pakete.
Ist es möglich das sich in PHP 8.2 ein Fehler eingeschlichen hat. Jedenfalls fehlen bei mir dort nach Installation unter Debian13 Trixie unter /opt/php-8.2 zahlreiche Dateien unter anderem auch die /opt/php-8.2/etc/php.ini
Kann das jemand unter Trixie bestätigen?
Das kann ich bestätigen
Auf einem Testsystem unter Debian 13.3 und LiveConfig 3.14 startet LiveConfig nach einem Systemreboot zunächst nicht.
[ERR] /etc/liveconfig/tls-lets-encrypt.json: Error while registering Let's Encrypt: /usr/lib/liveconfig/tls/autotls.acme: timed out after 15,000000 secondsein service liveconfig start funktioniert im Anschluss aber problemlos.
Wird das noch behoben oder muss ich veranlassen, dass Liveconfig nach dem Reboot etwas verzögert gestartet wird?
Alles anzeigenVersucht mal folgendes:
etc/proftpd/modules.conf öffnen und folgendes hinzufügen:
Code# Debian #1103154: needed to make default config executable LoadModule mod_delay.c LoadModule mod_ls.c LoadModule mod_xfer.c
Proftpd dann noch kurz neustarten.
Habe heute unter LiveConfig 2.18.10 ein Upgrade von Debian 12.13 auf 13.3 gewagt, läuft nahezu ohne Probleme durch einzig o.g. Anpassungen sind nach wie vor händische nötig um proftpd wieder funktionsfähig zu bringen. Wird das mit dem nächsten LiveConfig Release behoben sein?
.... funktioniert das bei anderen Nutzern unter LC3 wie es soll oder lässt sich dass bei euch auch rekonstruieren?
das Problem das Apps nicht mehr angezeigt werden hatte ich auch. Schau mal ob in der LiveConfig Datenbank unter APREPO der Wert AR_Disabled auf 1 steht, falls ja ist das der Grund und du solltest es für jede gewünschte App auf den Wert 0 stellen
Hallo Herr Keppler,
diese vorgehensweise hat unter LiveConfig 2 tadellos funktioniert und tut es eigentlich auch noch unter LiveConfig 3.
In LiveConfig3 gibt es aber wohl nunmehr für die PHP-Einstellungen eigens den Typ "Zend-Erweiterung", was den Vorteil hat, dass das Feld Name mit einem einschlägigen Text, zum Beispiel ioncube-PHP83, belegt werden kann. Das ist auch gut so, da sonst dem Kunden wohl in LiveConfig3 für alle PHP-Versionen lediglich zend_extension in den PHP-Einstellungen angezeigt wird und für ihr nur schwer zu erkennen ist, was der Schalter bewirkt.
Im LC2 sah das etwas anders aus.
Wenn ich nun aber Zend aktiviere/deaktiviere wird zwar die php.ini neu geschrieben, es fehlt aber auch bei Auswahl des Wert "ja" dort der Eintrag zend_extensions, was wiederum zur Folge hat das ionCube nicht geladen wird. Nur wenn ich unter Name zend_extension eigeben funktioneirt es wie vermutet, mit dem Problem, wie oben beschrieben, dass der Kunden dann nicht mehr erkennt was der Schalter bewirkt.
Ist das noch ein Fehler in LiveConfig3 oder habe ich etwas falsch gemacht/verstanden?
Beim Anlegen von neuen Kunden mit laufender Kundennummer fallen einige Ungereimtheiten auf.
-Unter LiveConfig 2.x wird gleich die nächste Kundenummer voreingetragen, unter 3.x leider derzeit nicht.
- Sofern ich die nächste Kundenummer dann manuell eintrage wird mir der Kunde später nicht korrekt auf- oder absteigend sortiert angezeigt
- Bei der Neuvergabe eines Passwort wird bei Klick auf den Button zum automatischen generieren, keine regelkonformes Passwort generiert
Bin nun erst mal wieder auf LiveConfig 2.x zurück sind mir einfach noch zu viele Fehler in der 3.x und die Behebung scheint momentan nur schleichend voran zu gehen
Ich fände es schön wenn standardmäßig bei den Endkunden "Subdomains anzeigen" und "automatisierte Zertifikate zeigen" aktiviert wäre oder zumindest aktiviert bleibt sobald erstmalig aktiviert.
Ist da was in Planung oder kann ich das über eine lua anpassen?
Wan wird das Benutzerhandbuch auf 3.x umgestellt?
Findet sich schon irgendwo eine Dokumentation zur Backupfunktion in Liveconfig?
warte auch schon gespannt ...
Danke für die Info 
danke für die Rückmeldung und den Sachstand, hoffe Sie hatten einen erholsamen, wenn auch kurzen, Urlaub. Wann ist den mit einer Veröffentlichung der nächsten Version zu rechnen bei der bekannte Fehler bereinigt wurden?
Ich werde auch noch abwarten, leider werden gemeldete Fehler derzeit gefühlt zu zögerlich behoben bzw. man wird nicht mitgenommen was den aktuellen Sachstand betrifft
