Beiträge von ap24

Bitte wie bereits schon erwähnt kein Upgrade von RockyLinux8 auf 9 voraussetzen, es wird wie beschrieben erstens nicht unterstützt und zweitens auch die Entwickler raten selber dringend zu einer sauberen Neuinstallation anstatt ein Upgrade durchzuführen.

Das Risiko ist mir ehrlich gesagt auch zu hoch, das dass In-Place-Upgrade fehlschlägt (es handelt sich leider nicht nur um kleine vServer, sondern um größere Systeme mit mehreren TB).

Ich bitte um eine saubere Lösung z.B. das LiveConfig2 unter RockyLinux9 ohne Einschränkungen unterstützt wird, damit anschließend ein Upgrade auf LiveConfig3 ohne Probleme möglich ist, alles andere wäre suboptimal.

Zitat von ap24

Wie lange wird LiveConfig2 denn noch entwickelt bzw. mit Updates etc. versorgt?

Ganz ehrlich von solchen In-Place-Upgrade-Frickellösungen halte ich nicht besonders viel, dann lieber ein ganz frisch installiertes neues System mit Rocky/Alma 9/10 und anschließender Datenmigration.

Daher nochmal die Bitte wenn LiveConfig3 schon nicht auf RockyLinux 8 (Support-Ende ist erst Mitte 2029) unterstützt wird, irgendeine Möglichkeit anzubieten wie dennoch ein Umstieg von LiveConfig2 <-> LiveConfig3 möglich ist, sonst sitze ich hier in einer Zwickmühle:

RockyLinux 8 mit LiveConfig2 -> kein Upgrade auf LiveConfig3 möglich

RockyLinux 9/10 LiveConfig2 wird nicht richtig unterstützt -> kein Upgrade von LiveConfig2 auf LiveConfig3 möglich

Alles anzeigen

Ich würde gerne nochmals um eine Info bitten wie hier nun der Stand ist, wird es jetzt zeitnah eine Möglichkeit geben ein Upgrade von RockyLinux 8 mit LiveConfig2 auf LiveConfig3 durchzuführen oder eine 100%ige Unterstützung von LiveConfig2 unter RockyLinux 9/10 zu gewährleisten?

Oder werden wir hier jetzt im Regen stehen gelassen?

Wie lange wird LiveConfig2 denn noch entwickelt bzw. mit Updates etc. versorgt?

Ganz ehrlich von solchen In-Place-Upgrade-Frickellösungen halte ich nicht besonders viel, dann lieber ein ganz frisch installiertes neues System mit Rocky/Alma 9/10 und anschließender Datenmigration.

Daher nochmal die Bitte wenn LiveConfig3 schon nicht auf RockyLinux 8 (Support-Ende ist erst Mitte 2029) unterstützt wird, irgendeine Möglichkeit anzubieten wie dennoch ein Umstieg von LiveConfig2 <-> LiveConfig3 möglich ist, sonst sitze ich hier in einer Zwickmühle:

RockyLinux 8 mit LiveConfig2 -> kein Upgrade auf LiveConfig3 möglich

RockyLinux 9/10 LiveConfig2 wird nicht richtig unterstützt -> kein Upgrade von LiveConfig2 auf LiveConfig3 möglich

Vielen Dank es lag tatsächlich an "mail.de.bl.blocklist.de", seit der Eintrag entfernt wurde, läuft wieder alles schnell.

Gleiches Verhalten auch bei Rocky Linux 8 und LiveConfig 2.18.10 davor lag die SMTP Transaction Time bei ca. einer Sekunde nun bei 10 Sekunden

Unter Rocky Linux 9 läuft LiveConfig2 leider nicht ohne Probleme (z.B. vsftpd), Rocky Linux unterstützt auch kein Upgrade auf eine andere Hauptversion.

Es wäre daher schön wenn es eine Lösung für ein Upgrade von LiveConfig2 auf LiveConfig3 unter Rocky Linux 8 geben würde.

Ja wenn ihr das durchtesten könnt, wäre das natürlich klasse.

Ich hatte damals (Rocky Linux 9) Probleme LiveConfig2 unter Rocky Linux 9 zum Laufen zu bringen.

Vielen Dank

Alex

Zitat von kk

Ja, LC3 ist zu LC2-Clients "abwärtskompatibel". Allerdings stehen manche Funktionen wie z.B. Web-Terminal mit LC2-Clients nicht zur Verfügung.

Diese Kombination (LC3-Server + LC2-Client) wird von uns auch ausdrücklick supported, sollte es zu Problemen kommen bitte einfach melden (wir können da leider technisch bedingt nicht mehr alle denkbaren Kombinationen durchtesten).

LC3 unterstützt kein CentOS7/8 mehr, dafür die 9er (Rocky 9 etc.).

Unterstützt LiveConfig3 kein Rocky Linux 8?

Hintergrund ist das wir noch einige LiveConfig2 Server mit Rocky Linux 8 haben und diese gerne in nächster Zeit auf Rocky Linux 9 bzw. 10 umstellen möchten, wie ist hier die Vorgehensweise um von LiveConfig2 auf LiveConfig3 upzudaten? LiveConfig2 unterstützt ja kein Rocky Linux 9 bzw. 10 oder hat sich dies inzwischen geändert?

Oder kann die LiveConfig2-Datenbank einfach direkt auf einen frischen Rocky Linux 9/10 Server mit LiveConfig3 importiert werden?

Vielen Dank

Alex

Hallo,

nein ein CAA-Record Eintrag ist nicht gesetzt, das SSL-Zertifikat wurde für die Domain aber auch schon mehrfach ohne Probleme etc. verlängert.

Das Problem tritt nur immer mal wieder vereinzelt (für verschiedene Domains) auf.

Vielen Dank

Alex

Guten Tag,

leider haben wir vereinzelt immer mal wieder Probleme mit der Prüfung/Verlängerung von Let's Encrypt SSL-Zertifikaten.

Fehlermeldung:

DNS problem: networking error looking up CAA for Domain.tld

Das entsprechende SSL-Zertifikat wird dann auch nicht verlängert und muss jeweils immer manuell neu verlängert werden.

Als DNS-Resolver wird unter andrem Cloudflare und Google genutzt, wird von LiveConfig für die Überprüfung von SSL-Zertifikaten evtl. ein eigener DNS-Resolver etc. verwendet?

Vielen Dank

Alex

Guten Tag,

Rocky Linux 9 wird aktuell leider nicht unterstützt, zumindest ist keine Installation über "yum install liveconfig-meta" möglich.

WIrd Rocky Linux 9 in naher Zukunft auch unterstützt?

Vielen Dank

Alex

/opt/remi/php81/root/usr/bin/php-cgi -v

PHP 8.1.18 (cgi-fcgi) (built: Apr 11 2023 16:47:45)
Copyright (c) The PHP Group
Zend Engine v4.1.18, Copyright (c) Zend Technologies
    with the ionCube PHP Loader v12.0.5, Copyright (c) 2002-2022, by ionCube Ltd.
    with Zend OPcache v8.1.18, Copyright (c), by Zend Technologies

/opt/remi/php81/root/usr/bin/php-cgi index.php

X-Powered-By: PHP/8.1.18
Content-type: text/html; charset=UTF-8


<title>PHP 8.1.18 - phpinfo()</title><meta name="ROBOTS" content="NOINDEX,NOFOLLOW,NOARCHIVE" /></head>
...
...
...

/opt/remi/php81/root/usr/bin/php-cgi -q index.php

<title>PHP 8.1.18 - phpinfo()</title><meta name="ROBOTS" content="NOINDEX,NOFOLLOW,NOARCHIVE" /></head>
...
...
...

In der Log-Datei wird beim Aufruf von "liveconfig --diag" nur folgende Fehlermeldung angezeigt:

php-cgi[2861108]: segfault at fbad20d0 ip 00007f7aeb8c69e5 sp 00007ffe9deaa340 error 4 in opcache.so[7f7aeb8a7000+e5000]
Code: 00 00 48 81 c4 18 02 00 00 5b 5d c3 66 0f 1f 84 00 00 00 00 00 48 8b 03 48 89 44 24 08 48 85 c0 74 c7 48 8b 00 48 85 c0 74 bf <48> 83 78 38 00 74 b8 48 8b 05 a5 85 2c 00 48 8b b8 a0 01 00 00 8b

Guten Tag,

sofern PHP 8.1 (mit aktiviertem OPCache) als Standard-Version in LiveConfig eingestellt wird, erhalte ich folgende Fehlermeldung:

PHP 8.1.18 mit OPCache

Running Lua diagnostics...
sh: line 1: 2861107 Done                    echo '<?php echo php_ini_loaded_file(); ?>'
     2861108 Segmentation fault      (core dumped) | /opt/remi/php81/root/usr/bin/php-cgi -q
[ERR] Can't get default php.ini location from /opt/remi/php81/root/usr/bin/php-cgi

PHP 8.1.18 ohne OPCache wird ohne Probleme erkannt:

Running Lua diagnostics...
[INFO] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[INFO] Detected 'nil'
[INFO] setting PHP default version to 'php81'

PHP 8.2.5 mit OPCache wird ebenfalls ohne Probleme erkannt:

Running Lua diagnostics...
[INFO] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[INFO] Detected 'nil'
[INFO] setting PHP default version to 'php82'

Gibt es ein Problem mit LiveConfig und PHP 8.1 mit aktiviertem OPCache?

Vielen Dank
Alex

LiveConfig 2.15.1
Rocky Linux 8.7

Danke jetzt wird es wieder korrekt erkannt:

Running Lua diagnostics...
[INFO] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[INFO] Detected 'nil'
[INFO] setting PHP default version to 'php74'
       Distribution name: '(null)'
   Distribution codename: '(null)'
     Distribution family: 'RedHat'
    Distribution version: '8.7'
Distribution description: '(null)'
Checking for database server software:
 - Found 'mysql' database server
   Version: '10.6.11'
   Package version: '10.6.11'

Hmm da ist wohl doch noch mehr durcheinander, in der LiveConfig-Log erscheint nun folgende Meldung:

Zitat

[LUA] LC.fs.setperm: unknown user 'wwwrun'

Gibt es hier auch ein Workaround damit LiveConfig korrekt unter RHEL/CentOS/Rocky Linux läuft und nicht denkt das OpenSUSE installiert ist.

Unter Rocky Linux 8.5 und Rocky Linux 8.6 lief alles ohne Probleme.

Vielen Dank mit 'MariaDB-server' hat es nun funktioniert:

pkg, v = LC.distribution.hasPackage('mysql-community-server', 'mariadb', 'mysql', 'MariaDB-server')

Wird die Konfiguration beim nächsten LiveConfig-Update wieder überschrieben?

MariaDB wurde direkt von mariadb.com installiert.

Die Änderung unter /usr/lib/liveconfig/lua/mysql.lua hat leider keinen Erfolg gebracht, die Datenbank wird immer noch nicht erkannt.

liveconfig --diag zegit z.B. auch "openSUSE" etc. an , welches nie installiert wurde:

Running Lua diagnostics...
[INFO] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[INFO] Detected 'Rocky Linux 8.7 (Green Obsidian)'
[INFO] setting PHP default version to 'php74'
Distribution name: 'openSUSE'
Distribution codename: '(null)'
Distribution family: 'SUSE'
Distribution version: '8.7'
Distribution description: 'Rocky Linux 8.7 (Green Obsidian)'
Checking for database server software:

Auf einem gleichem Server jedoch mit MySQL8 anstatt MariaDB tritt das Problem nicht auf, dort wird die Datenbank nach wie vor korrekt erkannt.

In der LiveConfig Datenbank unter DBSERVERS wird die Datenbank auch erkannt, aber als nicht Verbunden angezeigt:

DBS_HOSTNAME MariaDB
DBS_FOUND 0
DBS_MANAGED 1

DBS_STATUS 2
DBS_STATUSMSG Not connected.

LiveConfig startet zwar aber es können keine neuen Datenbanken mehr erstellt werden.

LiveConfig wurde schon mehrfach neu gestartet, leider wird dennoch keine Datenbank erkannt:

MariaDB-common-10.6.11-1.el8.x86_64
MariaDB-client-10.6.11-1.el8.x86_64
MariaDB-server-10.6.11-1.el8.x86_64
MariaDB-shared-10.6.11-1.el8.x86_64