KeyHelp Community

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
Ja, saubere Installation von keyhelp vor dem Upgrade, alle Schritte des Upgradescriptes befolgt


Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
Debian 11 -> Debian 12

Eingesetzte Server-Virtualisierung-Technologie
vhost in der Hetzner cloud


KeyHelp-Version + Build-Nummer
24.0 (Build 3220)


Problembeschreibung / Fehlermeldungen
Habe das Upgrade Script gemäß Anleitung ausgeführt:
https://www.keyweb.de/de/keyhelp/entwic ... -debian-12

Mehrfach die Konfigurationsdateien "beibehalten" und zwei Neustarts ausgeführt. Nach dem zweiten Neustart war die Upgrade-Datei weg, vermutlich vom Script selbst gelöscht und das Upgrade damit beendet. Die Admin-Oberfläche von Keyhelp ist wieder da und meldet keine Fehler.

Sämtliche Webseiten liefern allerdings einen 503, Service unavaialbe aus. (the server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.)

Auch ein weiterer Neustart behebt das Problem nicht.
Der Versuch das Upgrade-script erneut herunterzuladen und erneut zu starten um ggf. den Upgrade-Prozess zuende durchlaufen zu lassen führt zu folgener Fehlermeldung:
Da in vergangenen Posts dieser Art die PHP-Version angefragt wurde: Erwartetes Ergebnis
Webseiten erreichbar

Tatsächliches Ergebnis
Apache liefert 503 auf allen Seiten und Domains

Schritte zur Reproduktion
Upgrade script durchlaufen, alle Konfigurationsdateien behalten, zwei Neustarts durchführen (nach entsprechender Aufforderung)

Zusätzliche Informationen

Update: es scheint so, als hätte das wechseln der PHP-Version das Problem behoben. Alle Domains wurden von mir einmal angepasst, teilweise auf die gleiche PHP-Version und im Anschluss waren die Seiten erreichbar...

Hatte in der Hetzner-Cloud ähnliche Probleme:

blickgerecht wrote: ↑Mon 12. Feb 2024, 16:53 Was mir aufgefallen war nach dem Upgrade auf Debian 12:
Alle Domains, die die Standard PHP-Version von Keyhelp in Debian 11 hatten, liefen nicht mehr. Hier musste ich manuell auf das Standard PHP 8.2 oder eben auf die vorherige Version 7.4 umstellen. Danach habe ich eine andere PHP 8.2... entfernt, die auch installiert war (nicht manuell).
Ggf. gibt es da ja einen Zusammenhang?

Am Ende hat sich herausgestellt, dass das seit dem Upgrade von Keyhelp und Debian immer wieder Probleme macht, immer nach automatischen Updates von Apache. Daher hatte ich dann nochmal einen neuen Thread aufgemacht: viewtopic.php?p=48839

Vielleicht betrifft dich ja etwas davon oder du findest darin eine Lösung, falls noch eines der in dem Zusammenhang bei mir aufgetretenen Probleme aktuell ist (http/1.1, falsches MPM, falsches PHP-Modul).

Leider habe ich noch keine dauerhafte Lösung gefunden und bange immer, wann wieder ein Apache-Update kommt.

(Vielleicht stößt das ja nochmal jemanden auf meinen noch offenen Thread )

Moin zusammen,

vor dem Fehler sitze ich jetzt auch, die Websiten gehen wenigstens, aber ich finde das KEyHelp nicht mehr, habt ihr eine Lösung?
Fehlermeldung ist identisch.

Hallo,

1. Was erscheint beim Aufruf von Keyhelp?

2. Ausgabe von "apache2ctl -M"

unter folgendes erhalte ich:

1)

Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

2)

root@server4012:~# apache2ctl -M
Loaded Modules:
core_module (static)
so_module (static)
watchdog_module (static)
http_module (static)
log_config_module (static)
logio_module (static)
version_module (static)
unixd_module (static)
access_compat_module (shared)
actions_module (shared)
alias_module (shared)
auth_basic_module (shared)
auth_digest_module (shared)
authn_core_module (shared)
authn_file_module (shared)
authz_core_module (shared)
authz_host_module (shared)
authz_user_module (shared)
autoindex_module (shared)
cgid_module (shared)
deflate_module (shared)
dir_module (shared)
env_module (shared)
expires_module (shared)
fcgid_module (shared)
filter_module (shared)
headers_module (shared)
http2_module (shared)
include_module (shared)
mime_module (shared)
mpm_event_module (shared)
negotiation_module (shared)
proxy_module (shared)
proxy_fcgi_module (shared)
reqtimeout_module (shared)
rewrite_module (shared)
setenvif_module (shared)
socache_shmcb_module (shared)
ssl_module (shared)
status_module (shared)
suexec_module (shared)

Hallo,

1. Wurde das Updatescript nach dem Reboot nochmal gestartet?

2. Was sagt "systemctl status php8.2-fpm.service"

zu 1) Lässt sich leider nicht starten.

root@server4012:~# php keyhelp_debian_upgrade_11_to_12.php
PHP Fatal error: The file /root/keyhelp_debian_upgrade_11_to_12.php encoded as type [1/71] cannot be decoded by this version of the ionCube Loader.
in Unknown on line 0

zu 2) hier erhalte ich folgenden Output

root@server4012:~# systemctl status php8.2-fpm.service
● php8.2-fpm.service - The PHP 8.2 FastCGI Process Manager
Loaded: loaded (/lib/systemd/system/php8.2-fpm.service; enabled; preset: enabled)
Active: active (running) since Wed 2024-06-05 17:06:57 CEST; 58min ago
Docs: man:php-fpm8.2(8)
Process: 1857 ExecStartPost=/usr/lib/php/php-fpm-socket-helper install /run/php/php-fpm.sock /etc/php/8.2/fpm/pool.d/www.conf 82 (code=exited, status=0/SUCCESS)
Main PID: 728 (php-fpm8.2)
Status: "Processes active: 0, idle: 2, Requests: 0, slow: 0, Traffic: 0req/sec"
Tasks: 3 (limit: 9478)
Memory: 43.9M
CPU: 313ms
CGroup: /system.slice/php8.2-fpm.service
├─ 728 "php-fpm: master process (/etc/php/8.2/fpm/php-fpm.conf)"
├─1854 "php-fpm: pool www"
└─1856 "php-fpm: pool www"

Jun 05 17:06:55 server4012 systemd[1]: Starting php8.2-fpm.service - The PHP 8.2 FastCGI Process Manager...
Jun 05 17:06:57 server4012 systemd[1]: Started php8.2-fpm.service - The PHP 8.2 FastCGI Process Manager.
root@server4012:~#

Hallo,

Alex hat hier den Link gepostet zum Script, das nach dem Reboot unter Debian 12 dann ausgeführt werden muss:

viewtopic.php?p=47355#p47355


Probier es aus. Bei Dir fehlen gemäß der Ausgaben die ganzen Konfigurationschritte wo z.B. das Keyhelp auf die neue PHP- Standardversion umkonfiguriert wird.

Perfekt, damit hat es funktioniert, ganz lieben Dank.