Phpmyadmin funktioniert nicht mehr

[rbngr]

Hi,

mir ist aufgefallen dass Phpmyadmin mit Error 500 den Dienst verweigert. Ich kann leider nicht sagen ab wann das der Fall ist, es funktionierte jedenfalls schonmal.

System ist ein Debian 10 und in den Keyhelp Error Logs steht:

Code: Select all

AH01071: Got error 'PHP message: PHP Warning:  require_once(/home/keyhelp/www/phpmyadmin/libraries/common.inc.php): failed to open stream: No such file or directory in /home/keyhelp/www/phpmyadmin/index.php on line 15PHP message: PHP Fatal error:  require_once(): Failed opening required '/home/keyhelp/www/phpmyadmin/libraries/common.inc.php' (include_path='.:/usr/share/php') in /home/keyhelp/www/phpmyadmin/index.php on line 15'

Weiß da jemand was?

MFG

[OlliTheDarkness]

Hi,

mir ist aufgefallen dass Phpmyadmin mit Error 500 den Dienst verweigert. Ich kann leider nicht sagen ab wann das der Fall ist, es funktionierte jedenfalls schonmal.

System ist ein Debian 10 und in den Keyhelp Error Logs steht:

Code: Select all

AH01071: Got error 'PHP message: PHP Warning:  require_once(/home/keyhelp/www/phpmyadmin/libraries/common.inc.php): failed to open stream: No such file or directory in /home/keyhelp/www/phpmyadmin/index.php on line 15PHP message: PHP Fatal error:  require_once(): Failed opening required '/home/keyhelp/www/phpmyadmin/libraries/common.inc.php' (include_path='.:/usr/share/php') in /home/keyhelp/www/phpmyadmin/index.php on line 15'

Weiß da jemand was?

MFG

Existiert der Pfad oder fehlt der ganze phpMyAdmin Ordner ?

[rbngr]

Der PHPmyAdmin Ordner ist da, libraries scheint zu fehlen.

Code: Select all

root@w:/home/keyhelp/www/phpmyadmin# ls -la
insgesamt 352
drwxr-xr-x  5 keyhelp keyhelp   4096 Mär 17 02:36 .
drwxr-xr-x 11 keyhelp keyhelp   4096 Mai 15 13:08 ..
-rw-r--r--  1 keyhelp keyhelp     41 Mär 17 02:36 babel.config.json
-rw-r--r--  1 keyhelp keyhelp  41123 Mär 17 02:36 ChangeLog
-rw-r--r--  1 keyhelp keyhelp   4106 Mär 17 02:36 composer.json
-rw-r--r--  1 keyhelp keyhelp 201246 Mär 17 02:36 composer.lock
-rw-------  1 keyhelp keyhelp   2664 Mär 17 02:36 config.inc.php
-rw-r--r--  1 keyhelp keyhelp   4474 Mär 17 02:36 config.sample.inc.php
-rw-r--r--  1 keyhelp keyhelp   2587 Mär 17 02:36 CONTRIBUTING.md
drwxr-xr-x  3 keyhelp keyhelp   4096 Mär 17 02:36 doc
drwxr-xr-x  2 keyhelp keyhelp   4096 Mär 17 02:36 examples
-rw-r--r--  1 keyhelp keyhelp  22486 Mär 17 02:36 favicon.ico
-rw-r--r--  1 keyhelp keyhelp   1491 Mär 17 02:36 .htaccess
-rw-r--r--  1 keyhelp keyhelp    413 Mär 17 02:36 index.php
drwxr-xr-x  5 keyhelp keyhelp   4096 Mär 17 02:36 js
-rw-r--r--  1 keyhelp keyhelp  18092 Mär 17 02:36 LICENSE
-rw-r--r--  1 keyhelp keyhelp   1520 Mär 17 02:36 README
-rw-r--r--  1 keyhelp keyhelp     29 Mär 17 02:36 RELEASE-DATE-5.1.0

Dazu noch updatelog vom 17. März:

Code: Select all

[17-Mar-2021 02:00:01] INFO  --> now waiting for 873 seconds until conntecting to update server!
[17-Mar-2021 02:14:54] WARN  --> maintenance log failed
[17-Mar-2021 02:14:54] INFO  --> trying to connect to updateserver
[17-Mar-2021 02:15:26] ERROR --> Failed to gather information from update server. (Curl: Failed to connect to install.keyhelp.de port 443: Die Wartezeit für die Verbindung ist abgelaufen (https://install.keyhelp.de/get_version.php?php_version=7.3&current_version=20.3.2&operating_system=debian_10))
[17-Mar-2021 02:15:26] INFO  --> attempt #1 failed ... sleeping till next attempt
[17-Mar-2021 02:15:36] INFO  --> trying to connect to updateserver
[17-Mar-2021 02:16:31] INFO  --> set correct tmp-directories mount for update
[17-Mar-2021 02:17:11] INFO  --> new version detected - starting update process from "20.3.2" to "21.0"
[17-Mar-2021 02:17:11] INFO  --> first update step: "21.0" | total steps to reach latest version: 1
[17-Mar-2021 02:17:11] INFO  --> create folder for panelupdate "/home/keyhelp/www/keyhelp_tmp/"
[17-Mar-2021 02:17:11] INFO  --> start download of "https://install.keyhelp.de/files/releases/21.0/21.0-php71.tar.gz"
[17-Mar-2021 02:20:47] INFO  --> file saved to "/home/keyhelp/www/keyhelp_tmp/21.0.tar.gz"
[17-Mar-2021 02:20:47] INFO  --> checksum check successful
[17-Mar-2021 02:20:47] INFO  --> lock panel
[17-Mar-2021 02:20:47] INFO  --> log out all users
[17-Mar-2021 02:20:47] INFO  --> run --force-update one last time before new files and db structure may change things
[17-Mar-2021 02:20:49] INFO  --> checking running maintenance intervals ...
[17-Mar-2021 02:20:49] INFO  --> all maintenance intervals finished, so we can go on
[17-Mar-2021 02:20:50] INFO  --> archive extraction finished
[17-Mar-2021 02:20:50] INFO  --> changed owner of "/home/keyhelp/www/keyhelp_tmp/" to "keyhelp"
[17-Mar-2021 02:20:50] INFO  --> copy license
[17-Mar-2021 02:20:50] INFO  --> Setup backup directory "/home/keyhelp/keyhelp.backup/panel_updates"
[17-Mar-2021 02:20:50] INFO  --> Database backup saved to "/home/keyhelp/keyhelp.backup/panel_updates/keyhelp_20.3.2_2021-03-17_02-20-50.sql"
[17-Mar-2021 02:20:53] INFO  --> File backup saved to "/home/keyhelp/keyhelp.backup/panel_updates/keyhelp_20.3.2_2021-03-17_02-20-50.tar.gz"
[17-Mar-2021 02:20:54] INFO  --> remove old keyhelp folder
[17-Mar-2021 02:20:56] INFO  --> copy from "/home/keyhelp/www/keyhelp_tmp/" to "/home/keyhelp/www/keyhelp/"
[17-Mar-2021 02:20:56] INFO  --> remove "/home/keyhelp/www/keyhelp_tmp/"
[17-Mar-2021 02:20:57] INFO  --> [database] update fields and structure
[17-Mar-2021 02:20:57] INFO  --> [database] remove greylisting column
[17-Mar-2021 02:20:57] INFO  --> [database] add email enforce quota option
[17-Mar-2021 02:20:58] INFO  --> [maintenance intervals] update names
[17-Mar-2021 02:20:58] INFO  --> [maintenance intervals] update default timings of panel-update
[17-Mar-2021 02:20:58] INFO  --> [database] update `databases` table
[17-Mar-2021 02:20:58] INFO  --> [clamscan] enable exclude directories
[17-Mar-2021 02:20:58] INFO  --> [clamscan] enable additional virus signatures
[17-Mar-2021 02:20:58] INFO  --> [event_logs] setup event_logs
[17-Mar-2021 02:20:58] INFO  --> [apache] enable log format UI option
[17-Mar-2021 02:20:58] INFO  --> [database] move contact data
[17-Mar-2021 02:20:58] INFO  --> [theme] add dark mode support
[17-Mar-2021 02:21:00] INFO  --> [email templates] fix bug for pt_BR and email templates
[17-Mar-2021 02:21:00] INFO  --> [ssh keys] import remaining ssh keys
[17-Mar-2021 02:21:00] INFO  --> [iptables] ensure iptables is installed
[17-Mar-2021 02:21:00] INFO  --> [firewall] update rules loading after server reboot
[17-Mar-2021 02:21:00] INFO  --> [firewall] enable rule types, enable ping option
[17-Mar-2021 02:21:00] INFO  --> [file system] fix owner of startup_rules_ipv*
[17-Mar-2021 02:21:00] INFO  --> [adminer] install adminer version 4.8.0
[17-Mar-2021 02:24:14] ERROR --> [adminer] failed to download and extract, we try again in a few seconds...
[17-Mar-2021 02:26:49] INFO  --> [adminer] install complete
[17-Mar-2021 02:26:49] INFO  --> [phpMyAdmin] update to version 5.1.0
[17-Mar-2021 02:31:27] ERROR --> [phpMyAdmin] failed to download and extract, we try again in a few seconds...
[17-Mar-2021 02:34:44] ERROR --> [phpMyAdmin] failed to download and extract, we try again in a few seconds...
[17-Mar-2021 02:38:22] ERROR --> [phpMyAdmin] failed to download and extract, we try again in a few seconds...
[17-Mar-2021 02:38:42] ERROR --> [phpmyadmin] failed to update, version remains the same.
[17-Mar-2021 02:38:42] INFO  --> [roundcube] update to version 1.4.11
[17-Mar-2021 02:43:20] INFO  --> [roundcube] setup configuration files
[17-Mar-2021 02:43:20] INFO  --> [roundcube] update complete
[17-Mar-2021 02:43:20] INFO  --> [rainloop] update to version 1.15.0
[17-Mar-2021 02:46:10] INFO  --> [rainloop] update complete
[17-Mar-2021 02:46:11] INFO  --> unlock panel
[17-Mar-2021 02:46:11] INFO  --> update process finished, you are now running on version "21.0"
[17-Mar-2021 02:46:11] INFO  --> set correct tmp-directories mount for normal behavior

[OlliTheDarkness]

Da hat sich einiges in deinem phpmyadmin Ordner verabschiedet.

Grund ist mir unbekannt , vieleicht meldet sich da noch jemand anderes zu Wort.

Damit es aber erstmal wieder ans laufen bekommst, anbei der phpmyadmin Ordner.

Einfach in der config.inc.php markierten Stellen anpassen und glücklich sein, vorerst.

KeyHelp phpMyAdmin

P.S @ Alexander

Es gibt den netten Ordner keyhelp_backup (/home/keyhelp/keyhelp.backup), vieleicht wäre es sinnvoll diesen bei einem Update zu nutzen.

Zum Beispiel um dort den alten KH Ordner für einen Zeitraum von 7 Tagen im 7z Archivformat vorzuhalten.

Für den Fall das man feststellt das doch was schief ging, so wie vorraussichtlich hier in diesem Fall.

[Alexander]

Das Phänomen kann ich mir aktuell nicht erklären / reproduzieren o.Ä.

Normalerweise müsste der panel-update.log während der phpMyAdmin Installation noch so Sachen wie "[phpMyAdmin] setup configuration files" oder "[phpMyAdmin] update complete" usw. anzeigen, andernfalls wird der Ordner /home/keyhelp/www/phpmyadmin/ gar nicht verändert.

Zum Ablauf:

02:34:44 Uhr:
- der Download beginnt
- Download erfolgt hierhin: /tmp/keyhelp_update/phpmyadmin.tar.gz
- Entpacken erfolgt hierhin: /tmp/keyhelp_update/phpmyadmin/

02:36:xx Uhr:
- Download schien erfolgreich, aber das Entpacken meldetet einen ungültigen Statuscode. Es wurde hier vll nur die Hälfte entpackt und z.B. der library Ordner nicht - Zeitstempel der entpackten Dateien 02:36

02:38:42 Uhr:
- Das Update der phpMyAdmin-Version wird abgebrochen und die alte Version bleibt.


Wie die Dateien nun trotzdem von /tmp/keyhelp_update/phpmyadmin/ nach /home/keyhelp/www/phpmyadmin/ gekommen sein sollen, kann ich mir nicht erklären, da wie gesagt der Log sonst mehr Ausgaben haben müsste.

---

Es gibt den netten Ordner keyhelp_backup (/home/keyhelp/keyhelp.backup), vieleicht wäre es sinnvoll diesen bei einem Update zu nutzen.

In diesem Ordner wird der KeyHelp Ordner /home/keyhelp/www/keyhelp/ im Zuge eines Updates gepackt und verbleibt dort für einen längeren Zeitraum. Die Ordner der Tools sind da nicht abgedeckt.

[OlliTheDarkness]

Das Phänomen kann ich mir aktuell nicht erklären / reproduzieren o.Ä.

Normalerweise müsste der panel-update.log während der phpMyAdmin Installation noch so Sachen wie "[phpMyAdmin] setup configuration files" oder "[phpMyAdmin] update complete" usw. anzeigen, andernfalls wird der Ordner /home/keyhelp/www/phpmyadmin/ gar nicht verändert.

Zum Ablauf:

02:34:44 Uhr:
- der Download beginnt
- Download erfolgt hierhin: /tmp/keyhelp_update/phpmyadmin.tar.gz
- Entpacken erfolgt hierhin: /tmp/keyhelp_update/phpmyadmin/

02:36:xx Uhr:
- Download schien erfolgreich, aber das Entpacken meldetet einen ungültigen Statuscode. Es wurde hier vll nur die Hälfte entpackt und z.B. der library Ordner nicht - Zeitstempel der entpackten Dateien 02:36

02:38:42 Uhr:
- Das Update der phpMyAdmin-Version wird abgebrochen und die alte Version bleibt.


Wie die Dateien nun trotzdem von /tmp/keyhelp_update/phpmyadmin/ nach /home/keyhelp/www/phpmyadmin/ gekommen sein sollen, kann ich mir nicht erklären, da wie gesagt der Log sonst mehr Ausgaben haben müsste.

---

Es gibt den netten Ordner keyhelp_backup (/home/keyhelp/keyhelp.backup), vieleicht wäre es sinnvoll diesen bei einem Update zu nutzen.

In diesem Ordner wird der KeyHelp Ordner /home/keyhelp/www/keyhelp/ im Zuge eines Updates gepackt und verbleibt dort für einen längeren Zeitraum. Die Ordner der Tools sind da nicht abgedeckt.

Richtig, dass war es was ich "bemängel"
Wäre vieleicht nicht die schlechteste Idee auch diese über einen Zeitraum von X Tagen vorzuhalten.
Dadurch wäre ein solcher, wie hier scheinbar passierter, Ausnahmefehler schnell wieder gefixt.

Sollte halt nur ne Idee sein die ich in den Raum werfe, ohne nen extra Beitrag im Wünsche zu öffnen.

[rbngr]

Vielen Dank @OlliTheDarkness,

ich habe es jetzt mit deinem Archiv wieder von Hand zusammengebastelt.
Ich vermute dass mit dem aktivierten Ramdrive und der exec-protection was schief gelaufen ist.
Ich habe die Funktion via WebUI jetzt erstmal wieder deaktiviert.

@Alexander: Gibt es die Möglichkeit phpmyadmin Update via mastercron zu forcen? Wenn ja wie? In der Doku finde ich nur was zu force-panelupdate was jetzt force-panel-update zu sein scheint.

[Edit]

Wo ich hier gerade schreibe und Kompetenzen mitlesen:

Wenn man im WebUI die Erreichbarkeit nach außen für MariaDB aktiviert wird eine Konfigurationsdatei mit listen 0.0.0.0 erstellt.
Ist etwas unglücklich wenn der Server via Dual-Stack angebunden ist, da dann nur v4 funktioniert.
Bitte mal prüfen ob "if ipv6 in DB -> listen ::" nicht sinnvoller ist.

[OlliTheDarkness]

Vielen Dank @OlliTheDarkness,

ich habe es jetzt mit deinem Archiv wieder von Hand zusammengebastelt.
Ich vermute dass mit dem aktivierten Ramdrive und der exec-protection was schief gelaufen ist.
Ich habe die Funktion via WebUI jetzt erstmal wieder deaktiviert.

@Alexander: Gibt es die Möglichkeit phpmyadmin Update via mastercron zu forcen? Wenn ja wie? In der Doku finde ich nur was zu force-panelupdate was jetzt force-panel-update zu sein scheint.

[Edit]

Wo ich hier gerade schreibe und Kompetenzen mitlesen:

Wenn man im WebUI die Erreichbarkeit nach außen für MariaDB aktiviert wird eine Konfigurationsdatei mit listen 0.0.0.0 erstellt.
Ist etwas unglücklich wenn der Server via Dual-Stack angebunden ist, da dann nur v4 funktioniert.
Bitte mal prüfen ob "if ipv6 in DB -> listen ::" nicht sinnvoller ist.

Kein Problem, immer gern
Kompetenzen ?
Wo haste die den gesehn ?
Wenn sie nochmal siehst, halt sie fest und sag bescheid
Spass ^^

[Alexander]

@Alexander: Gibt es die Möglichkeit phpmyadmin Update via mastercron zu forcen? Wenn ja wie? In der Doku finde ich nur was zu force-panelupdate was jetzt force-panel-update zu sein scheint.

Die Updates der Tools wie phpMyAdmin etc. werden nur im Zuge eines KeyHelp-Updates ausgeführt, darüber hinaus kann man sie nicht auslösen.

Wenn man im WebUI die Erreichbarkeit nach außen für MariaDB aktiviert wird eine Konfigurationsdatei mit listen 0.0.0.0 erstellt.
Ist etwas unglücklich wenn der Server via Dual-Stack angebunden ist, da dann nur v4 funktioniert.
Bitte mal prüfen ob "if ipv6 in DB -> listen ::" nicht sinnvoller ist.

Danke, im kommenden Update steht dann :: statt 0.0.0.0, damit funktionieren dann IPv4 und IPv6.
(Ggf. wird ein Neu-Schreiben der Konfiguration notwendig, damit es greift)

Richtig, dass war es was ich "bemängel"
Wäre vieleicht nicht die schlechteste Idee auch diese über einen Zeitraum von X Tagen vorzuhalten.
Dadurch wäre ein solcher, wie hier scheinbar passierter, Ausnahmefehler schnell wieder gefixt.

Habs mir mal notiert.

[OlliTheDarkness]

@Alexander: Gibt es die Möglichkeit phpmyadmin Update via mastercron zu forcen? Wenn ja wie? In der Doku finde ich nur was zu force-panelupdate was jetzt force-panel-update zu sein scheint.

Die Updates der Tools wie phpMyAdmin etc. werden nur im Zuge eines KeyHelp-Updates ausgeführt, darüber hinaus kann man sie nicht auslösen.

Wenn man im WebUI die Erreichbarkeit nach außen für MariaDB aktiviert wird eine Konfigurationsdatei mit listen 0.0.0.0 erstellt.
Ist etwas unglücklich wenn der Server via Dual-Stack angebunden ist, da dann nur v4 funktioniert.
Bitte mal prüfen ob "if ipv6 in DB -> listen ::" nicht sinnvoller ist.

Danke, im kommenden Update steht dann :: statt 0.0.0.0, damit funktionieren dann IPv4 und IPv6.
(Ggf. wird ein Neu-Schreiben der Konfiguration notwendig, damit es greift)

Richtig, dass war es was ich "bemängel"
Wäre vieleicht nicht die schlechteste Idee auch diese über einen Zeitraum von X Tagen vorzuhalten.
Dadurch wäre ein solcher, wie hier scheinbar passierter, Ausnahmefehler schnell wieder gefixt.

Habs mir mal notiert.

Wie immer sei dir herzlich gedankt