KeyHelp Community

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
ja


Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
20.04.6 LTS


Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
Dedicated

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
Kann ich aktuell nicht nachlesen

Problembeschreibung / Fehlermeldungen
Habe das Script fürs update ausgeführt, dass letzte was ich gesehen habe war

> Update release-upgrade prompt...
> Lock panel...
> Perform last KeyHelp update run...
> Update ProFTPD configuration...
> Update ionCube...
/tmp/keyhelp/ioncube.tar.gz 100%[=========================================================================================>] 17.83M 1.34MB/s in 13s
> Update SourceGuardian...
/tmp/keyhelp/sourceguardian.tar.gz 100%[=========================================================================================>] 1.61M 2.27MB/s in 0.7s
> Update ioncube.ini...
> Update sourceguardian.ini...
> Replace self ...
keyhelp_ubuntu_upgrade_20_to_22.php 100%[=========================================================================================>] 111.78K --.-KB/s in 0.03s
> Replace KeyHelp files...
/tmp/keyhelp/keyhelp.tar.gz 100%[=========================================================================================>] 19.24M 1.27MB/s in 13s
> Perform upgrade (hand over to do-release-upgrade)...

If your system seems to freeze for more than 1 minute,
hit [CRTL] + [C] and call "do-release-upgrade" yourself.

Application execution will continue in: 0


Danach startete der Server neu, dachte mir nichts dabei..
nur beim versuch: ~# php keyhelp_ubuntu_upgrade_20_to_22.php
PHP Fatal error: The file /root/keyhelp_ubuntu_upgrade_20_to_22.php has been encoded by the ionCube Encoder for PHP 8.1 and cannot be decoded by this ionCube Loader.
in Unknown on line 0

Ich sehe das Panel nicht mehr, bzw. kann es nciht mehr aufrufen, endkunden Domains sind aber gott sei dank erreichbar, nur der eigene webserver scheint nicht zu funktionieren.



root@w24:/etc/php# ls
7.4 8.1
root@w24:/etc/php#



---------
root@w24:~# php -v
PHP 7.4.3-4ubuntu2.29 (cli) (built: Mar 25 2025 18:57:03) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with the ionCube PHP Loader + ionCube24 v14.4.0, Copyright (c) 2002-2025, by ionCube Ltd.
with SourceGuardian v16.0.2, Copyright (c) 2000-2025, by SourceGuardian Ltd.
with Zend OPcache v7.4.3-4ubuntu2.29, Copyright (c), by Zend Technologies


root@w24:~# php -i | grep ionCube
with the ionCube PHP Loader + ionCube24 v14.4.0, Copyright (c) 2002-2025, by ionCube Ltd.
ionCube Loader
ionCube24 features => unconfigured

Nach dem ich:
sudo apt update && sudo apt full-upgrade -y
ausgeführt habe - > bin ich hier angekommen:
root@w24:~# php keyhelp_ubuntu_upgrade_20_to_22.php
PHP Parse error: syntax error, unexpected identifier "ionCube" in /root/keyhelp_ubuntu_upgrade_20_to_22.php on line 5
root@w24:~# php -v
PHP 8.4.6 (cli) (built: Apr 11 2025 02:18:49) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.4.6, Copyright (c) Zend Technologies
with Zend OPcache v8.4.6, Copyright (c), by Zend Technologies
root@w24:~#

++
# wget --no-check-certificate https://install.keyhelp.de/scripts/keyh ... o_22_php81 -O keyhelp_ubuntu_upgrade_20_to_22.php && php keyhelp_ubuntu_upgrade_20_to_22.php

hat auch nichts gebracht.


***Update***
Habe nach dem full Upgrade habe ich nochmal do-release-upgrade ausgeführt.
root@w24:~# do-release-upgrade
Checking for a new Ubuntu release
Get:1 Upgrade tool signature [833 B]
Get:2 Upgrade tool [1.267 kB]
Es wurden 1.268 kB in 0 s geholt (0 B/s).
authenticate 'jammy.tar.gz' against 'jammy.tar.gz.gpg'
extracting 'jammy.tar.gz'
[screen is terminating]
root@w24:~#

=
Zwischenspeicher wird gelesen

Paketverwaltung wird überprüft

Soll die Sitzung über SSH fortgesetzt werden?

Diese Sitzung läuft offenbar über SSH. Es wird davon abgeraten, eine
Systemaktualisierung über SSH durchzuführen, da im Fehlerfall eine
Wiederherstellung schwierig sein kann.

Wenn Sie fortfahren, wird ein zusätzlicher SSH-Dienst auf Port »1022«
gestartet.
Sind Sie sicher, dass Sie fortfahren möchten?

Fortsetzen [j/N]
=== Command terminated with exit status 1 (Sun Apr 13 15:24:32 2025) ===

Stark, und nun habe ich nen Upgrade gemacht und bin direkt von 20 auf 24 geupgradet, gott sei dank sind da keine Kunden drauf /ironie.

Bameninghong wrote: ↑Sun 13. Apr 2025, 18:22 Stark, und nun habe ich nen Upgrade gemacht und bin direkt von 20 auf 24 geupgradet, gott sei dank sind da keine Kunden drauf /ironie.

Hähhh...???
Ich hab möglicherweise grad einen Knoten in meinen Hirnwindungen, denn ich verstehe den Sinn deiner Aussage nicht (vor allem der "Ironie" Tag am Ende...)

Die Ironie bedeutet, dass ich ein Kundensystem upgradedet habe, welches nun seit über 6 Stunden nicht mehr richtig läuft weil es offensichtlich ein Problem mit Ioncube gibt..

Bameninghong wrote: ↑Sun 13. Apr 2025, 18:49 Die Ironie bedeutet, dass ich ein Kundensystem upgradedet habe, welches nun seit über 6 Stunden nicht mehr richtig läuft weil es offensichtlich ein Problem mit Ioncube gibt..

Bietet sich ja an, das an einem Sonntag zu machen, wenn man weiß, das da wenig bis nichts im Forum passiert. /ironie

Nun wollen wir uns über schlechte Upgrade-Skripte, unzureichende Dokumentation, Ironie oder Kunden unterhalten, oder doch lieber konstruktiver an die Sache herangehen? Wenn man hier das ein oder andere Thread liest, kommt es relativ oft vor, dass der Opener als dumm dargestellt wird. Vielleicht sollte man dann aufhören, die Software ‚kostenfrei‘ zur Verfügung zu stellen, wenn sie doch nur von Ultra-Linux-Profis genutzt werden kann.

Ich habe Deinen Thread von Anfang an verfolgt, aber ich nutze Debian, weiß also nicht, welche PHP-Versionen bei welcher Ubuntu Version "richtig" sind.
Andere wissen das sicher, aber nicht an einem WE, und dann noch F1-WE.

So ein Upgrade testet man in einer VM, wenn das klappt kann man das auch am WE machen, wenn nicht, kann man unter der Woche Fragen stellen und zeitnah Antworten erwarten.

Bameninghong wrote: ↑Sun 13. Apr 2025, 19:29 Wenn man hier das ein oder andere Thread liest, kommt es relativ oft vor, dass der Opener als dumm dargestellt wird.

Ich verwahre mich gegen die Unterstellung, daß hier jemand als dumm dargestellt wird!
Davon abgesehen...Denkst jetzt ernsthaft, daß dein verbaler Angriff gegen die Community zielführend für deine Problemlösung ist...?

Bameninghong wrote: ↑Sun 13. Apr 2025, 19:29 Vielleicht sollte man dann aufhören, die Software ‚kostenfrei‘ zur Verfügung zu stellen, wenn sie doch nur von Ultra-Linux-Profis genutzt werden kann.

Was bitte hat denn der Preis einer Software mit der Kompetenz des Anwenders zu tun...?

FFür alle, die keine Lust auf Diskussionen haben:

Meine Lösung: Ich musste manuell die PHP-Version in der Datei /etc/apache2/keyhelp/keyhelp.conf ändern. Diese war noch auf Version 7.4 eingestellt, aber im Apache2-Log habe ich gesehen, dass PHP 8.1 verwendet werden sollte.

Ich habe PHP 8.1 nachinstalliert und als Interpreter hinzugefügt. Danach hatte ich ein Problem mit libcrypto.so.1.1, das ich ebenfalls nachinstallieren musste.

Ich konnte die KeyHelp-Toolbox nicht öffnen, da falsche Berechtigungen gesetzt waren. Diese habe ich mit chmod +x angepasst. In der Toolbox habe ich dann die Optionen „Benutzer-Konfigurationsdateien neu schreiben (Apache, Bind9, PHP-FPM)“ und „KeyHelp-Konfigurationsdateien neu schreiben (Apache, Bind9, PHP-FPM)“ ausgeführt.

Die Änderungen wurden nach etwa 5-10 Minuten aktiv, und nun läuft wieder alles. Ich werde nun alle Benutzer und Daten sichern und den Server einmal frisch installieren.

Hallo,

If your system seems to freeze for more than 1 minute,
hit [CRTL] + [C] and call "do-release-upgrade" yourself.

Application execution will continue in: 0


Danach startete der Server neu, dachte mir nichts dabei..

An der Stelle startet der Server normal nicht neu, sondern erst wenn das Dist Upgrade durch ist. Sollte er an der Stelle neustarten muss man wie aufgeführt auch "do-release-upgrade" manuell ausführen.
Wenn das durchgelaufen ist und der Server neu gestartet hat führt man den in der Upgrade-Anleitung aufgeführen Befehl erneut aus.

Wurden die Paketquellen aber schon von "do-release-upgrade" geändert und erste Pakete installiert, darf man im Falle eines Abbruches NICHT "do-release-upgrade" erneut ausführen, sonst macht man schon den nächsten Upgrade Schritt. In diesem Fall setzt man mittels "apt-get dist-upgrade" fort.

Bei Ubuntu kann man derzeit sehr nette Überraschungen erleben, ist fast schon auf Microsoft Niveau ...
Ich verwende Ubuntu nicht mehr in Verbindung mit ControlPanels und auch die einfachen VPS (ohne Panel) stehen bei mir auf der Abschußliste.
Das mutierte Debian OS ist leider nicht mehr wirklich empfehlenswert, bei einer Neu Installation besser direkt Debian verwenden.