Error 500 im Dateimanager nach Update auf Keyhelp 26.1 [GELÖST]

[mhagge]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(z.B. Ja / Nein (Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum))
Ja

Server-Betriebssystem + Version
(z.B. Ubuntu 24.04)
Debian 13

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

KeyHelp-Version + Build-Nummer
(z.B. 26.0 - Build 3582)
26.1 - Build 3695

Problembeschreibung / Fehlermeldungen
Ich habe auf einem Server testweise mal Keyhelp 26.1 installiert. Soweit scheint alles zu funktionieren, lediglich beim Klick auf Dateimanager beim Kunden kommt reproduzierbar ein "Error 500"

Erwartetes Ergebnis
Dateimanager wird aufgerufen

Tatsächliches Ergebnis
Error 500

Schritte zur Reproduktion
siehe oben

Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))

PHP-Error-Log für Keyhelp:

Code: Select all

[17-Aug-2026 10:00:18 Europe/Berlin] PHP Fatal error:  Uncaught Error: Call to a member function escape() on null in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php:81
Stack trace:
#0 /home/keyhelp/www/keyhelp/pages/client_file_manager.php(247): Generic\DatabaseObject::loadByIdUser()
#1 /home/keyhelp/www/keyhelp/index.php(407): include('...')
#2 {main}
  thrown in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php on line 81
[17-Aug-2026 10:00:21 Europe/Berlin] PHP Fatal error:  Uncaught Error: Call to a member function escape() on null in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php:81
Stack trace:
#0 /home/keyhelp/www/keyhelp/pages/client_file_manager.php(247): Generic\DatabaseObject::loadByIdUser()
#1 /home/keyhelp/www/keyhelp/index.php(407): include('...')
#2 {main}
  thrown in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php on line 81
[17-Aug-2026 10:00:28 Europe/Berlin] PHP Fatal error:  Uncaught Error: Call to a member function escape() on null in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php:81
Stack trace:
#0 /home/keyhelp/www/keyhelp/pages/client_file_manager.php(247): Generic\DatabaseObject::loadByIdUser()
#1 /home/keyhelp/www/keyhelp/index.php(407): include('...')
#2 {main}
  thrown in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php on line 81
[17-Aug-2026 10:00:34 Europe/Berlin] PHP Fatal error:  Uncaught Error: Call to a member function escape() on null in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php:81
Stack trace:
#0 /home/keyhelp/www/keyhelp/pages/client_file_manager.php(247): Generic\DatabaseObject::loadByIdUser()
#1 /home/keyhelp/www/keyhelp/index.php(407): include('...')
#2 {main}
  thrown in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php on line 81
[17-Aug-2026 10:00:41 Europe/Berlin] PHP Fatal error:  Uncaught Error: Call to a member function escape() on null in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php:81
Stack trace:
#0 /home/keyhelp/www/keyhelp/pages/client_file_manager.php(247): Generic\DatabaseObject::loadByIdUser()
#1 /home/keyhelp/www/keyhelp/index.php(407): include('...')
#2 {main}
  thrown in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php on line 81
[17-Aug-2026 10:04:26 Europe/Berlin] PHP Fatal error:  Uncaught Error: Call to a member function escape() on null in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php:81
Stack trace:
#0 /home/keyhelp/www/keyhelp/pages/client_file_manager.php(247): Generic\DatabaseObject::loadByIdUser()
#1 /home/keyhelp/www/keyhelp/index.php(407): include('...')
#2 {main}
  thrown in /home/keyhelp/www/keyhelp/core/Generic/DatabaseObjectTraits/HasUser.php on line 81

Code: Select all

php -v
PHP 8.4.24 (cli) (built: Jul 31 2026 05:11:11) (NTS)
Copyright (c) The PHP Group
Built by Debian
Zend Engine v4.4.24, Copyright (c) Zend Technologies
    with the ionCube PHP Loader v15.5.0, Copyright (c) 2002-2026, by ionCube Ltd.
    with SourceGuardian v17.0.0, Copyright (c) 2000-2025, by SourceGuardian Ltd.
    with Zend OPcache v8.4.24, Copyright (c), by Zend Technologies

Möglicherweise bedeutsam: Ich bilde mir ein, dass ich beim Update (gestartet über "keyhelp-toolbox") gesehen habe, dass keyhelp-irgendwas-php82 runtergeladen wurde. Wird das irgendwo geloggt?

.

[mhagge]

Hah, gefunden - bei den Cronjobs, auch wenn manuell gestartet. Tatsächlich (auszugsweise):

Code: Select all

[2026-08-17 09:53:17] INFO | maintenance connection okay
[2026-08-17 09:53:17] INFO | trying to connect to updateserver
[2026-08-17 09:53:17] INFO | enable full access to temporary directories
[2026-08-17 09:53:19] INFO | new version detected - starting update process from "26.0" to "26.1"
[2026-08-17 09:53:19] INFO | first update step: "26.1" | total steps to reach latest version: 1
[2026-08-17 09:53:19] INFO | create folder for panel update "/home/keyhelp/www/keyhelp_tmp/"
[2026-08-17 09:53:19] INFO | start download of "https://install.keyhelp.de/files/releases/26.1/26.1-php82.tar.gz"
[2026-08-17 09:53:19] INFO | file saved to "/home/keyhelp/www/keyhelp_tmp/26.1.tar.gz"

[Alexander]

Vielen lieben Dank.

Problem ist gelöst. Für die handvoll Server, die bereits schon auf 26.1 laufen gibts einen Patch unter Konfiguration -> Patch-Manager.

Alle die noch auf 26.1 kommen, erhalten automatisch die korrigierte Version.

[tab-kh]

Danke, das hat das Problem gelöst, zumindest auf meinem Testserver.

[otto58]

Der Patch Manager zeigt bei mir ein grün ausgefülltes Quadrat. Muss ich damit etwas machen?
Es stimmt irgendwie die Übersicht zum Speicherplatz bei mir und auch beim Benutzer nicht. Da sind zwei große Dateien 1,5 GB drin.

• Die waren während der Updates auf 26.1 root.

• Ich habe sie gelöscht und über FTP des Benutzers neu hochgeladen. Besitzer und Gruppe sind jetzt der Benutzer.

An der Übersicht stimmt weiterhin nicht.

[Florian]

Der Patch Manager zeigt bei mir ein grün ausgefülltes Quadrat. Muss ich damit etwas machen?
Es stimmt irgendwie die Übersicht zum Speicherplatz bei mir und auch beim Benutzer nicht. Da sind zwei große Dateien 1,5 GB drin.

• Die waren während der Updates auf 26.1 root.

• Ich habe sie gelöscht und über FTP des Benutzers neu hochgeladen. Besitzer und Gruppe sind jetzt der Benutzer.

An der Übersicht stimmt weiterhin nicht.

Ist denn der Cronjob "Speicherplatz berechnen" schon gelaufen nach der Anpassung vom Besitzer?

Was sagt "repquota -a" zu dem User?

[otto58]

Vielen Dank!

Jetzt nach einem "Speicherplatz berechnen" ist alles ok.