DSM 7.2 PHP Probleme nach Update auf DSM 7.2-64570-U1

[devau]

Hallo
Nach dem Update auf diese DSM Version, habe ich auf meiner DS520+ im php80-fpm.log unter /volume1/@appdata/PHP8.0/log/ folgende Fehler gesehen:

Unable to load dynamic library 'ctype.so' (tried: /usr/local/lib/php80/modules/ctype.so.
Ebenso für folgende Module: 'json.so', 'libxml.so','mbstring.so','mcrypt.so','mysql.so','session.so','ctype.so','hash.so','libxml.so'.
Wundert mich auch nicht, denn das Verzeichnis mit den Modulen ist komplett leer unter '/usr/local/lib/php80/modules' !
Ein manuelles Installieren der SPK Datei 'PHP8.0-x86_64-8.0.28-0120.spk' aus dem Synology Downloads bringt mir die fehlenden SO-Dateien auch nicht rein.
Gehe davon aus, dass diese im SPK-FIle eigentlich drin sein müssten. Wie kann man das manuell extrahieren?
Das Gleiche gilt übrigens auch für PHP 7.3 und PHP 7.4; auch dort Fehler und leere modules-Verzeichnisse!

 

[Benares]

Ist bei mir auch so, Die genannten LIBs finde ich nirgends. PHP 7.3 und PHP 8.0 Pakete sind installiert.

 

[Crashandy]

Auch bei mir konnte ich keines dieser Module in den PHP-Ordnern finden.
Die originalen Ordner der PHP-Pakete befinden sich allerdings auch hier:

/volume1/@appstore/PHP7.4/usr/local/lib/php74/modules/
/volume1/@appstore/PHP8.0/usr/local/lib/php80/modules/
/volume1/@appstore/PHP8.1/usr/local/lib/php81/modules/
/volume1/@appstore/PHP8.2/usr/local/lib/php82/modules/

Es stellt sich mir die Frage, ob diese Module überhaupt einmal zu den installierten PHP-Paketen gehört haben.
Ich habe z.B. zwei der gesuchten Module in anderen Ordnern gefunden.

/volume1/@appstore/LogCenter/usr/lib/syslog-ng/libxml.so
/volume1/@appstore/Perl/usr/local/lib/perl5/vendor_perl/auto/DBD/mysql/mysql.so

 

[devau]

Danke, Crashndy. Ich habe diese zwei Libs auch dort gefunden und einfach mal in jeden modules-Ordner kopiert. Mal sehen, ob dann die Fehlermeldungen für diese zwei Module wegfallen. Falls ja, könnte man ja einfach Dateien mit den gesuchten Namen reinkopieren. Mir geht es auch darum, dass die Log-Dateien mit jedem Tag grösser werden und so unkontrollierten Platz verschwenden.

 

[devau]

Bringt nichts:
PHP Startup: Invalid library (maybe not a PHP library) 'libxml.so' in Unknown on line 0
PHP Startup: Unable to load dynamic library 'mysql.so' (tried: /usr/local/lib/php80/modules/mysql.so (libmariadb.so.3: cannot open shared object file: No such file or directory)

Was macht ihr mit der Gefahr einer immer grösser werdenden Log-Datei? Und: Wenn diese SO-Dateien nicht da sind und es Fehler generiert, muss doch was am Packet nicht stimmen..?
Ein Entfernen und Neu-Installieren traue ich mir jetzt nicht zu wegen Abhängigkeiten.

 

[Crashandy]

Welches Paket verursacht bei Dir diesen Fehler?
Was hast Du eventuell früher einmal bei Dir installiert?
Im Ausschlussverfahren würde ich einmal nach und nach verschiedene Pakete deaktivieren und den Fehler beobachten.

 

[devau]

Ich habe noch eine Testwebseite mit Joomla am laufen und phpMyAdmin. Ich habe diese zwei Pakete jetzt gestoppt. Prompt erhalte ich darauf wieder Log-Einträge, was darauf hindeuten könnte, dass hier etwas faul ist. Meistens erfolgen Einträge zwischen 2 und 4 Uhr morgens. Ich warte jetzt mal 24 Stunden und melde mich dann wieder.

 

[Crashandy]

Da haben wir doch mit Joomla schon fast die Ursache gefunden.
Die Module mcrypt.so, libxml.so, json.so, ctype.so und mbstring.so sind alle typisch für Joomla.
https://www.joomla.de/joomla/anforderungen
Eventuell musst Du das Paket Joomla einmal völlig neu installieren, damit die notwendigen Module für dieses Paket neu aktiviert werden. Diese Module werden aber dann nicht in den normalen Verzeichnissen von PHP 8.* liegen, sondern in separaten Verzeichnissen von Joomla.

Das Paket phpMyAdmin kannst Du getrost wieder aktivieren, denn daran liegt es definitiv nicht.

 

[devau]

Danke für den Tipp; habe Joomla nun de-installiert. phpMyAdmin läuft wieder. Seit 2 Stunden ist nun tatsächlich Ruhe eingekehrt. Werde es jetzt mal ein paar Tage beobachten.

 

[devau]

Joomla war das Problem, keine log-Einträge mehr. Thema kann geschlossen werden; viele Dank an Crashhandy!