PHP Phar

kroerig · 27. Oktober 2018

Hallo zusammen,

seit dem letzten Update der Opt-PHP-Pakete lässt sich der Contao-Manager nicht mehr starten. Egal welche PHP-Version ich auch auswähle, die Phar-Datei bleibt hängen.

Es gibt leider auch keine Fehlermeldung.

Wie komme ich an die letzte Version der deb-Pakete?

Klaus Rörig

kk · 29. Oktober 2018

Welche Version genau wäre denn die "letzte Version"? Die unmittelbar vorherige?
Ich habe das eben mal mit dem aktuellen Contao Manager unter Debian 9 mit PHP 7.2.11, 7.1.23 und 7.0.32 getestet, funktioniert problemlos.
Haben Sie die php.ini-Einstellung "log_errors" mal aktiviert? Dann sollten PHP-Ausführungsfehler in ~/logs/priv/php_errors.log protokolliert werden.

Viele Grüße

-Klaus Keppler

kroerig · 29. Oktober 2018

Hallo Keppler,

ja, dann erhalte ich folgende Meldung im Log:

Code

[25-Oct-2018 17:39:43 Europe/Berlin] PHP Fatal error: Phar::webPhar(): Failed opening required 'phar:///var/www/web0/html/www.bergischer24stundenlauf.de/contao4/web/contao-manager.phar.php/web/api.php' (include_path='.:/opt/php-7.2/lib/php') in /var/www/web0/html/www.bergischer24stundenlauf.de/contao4/web/contao-manager.phar.php on line 99

Auslöser war diese Meldung:

Code

ERROR 500 The Contao version could not be determined
The console returned unexpected content when asked for the Contao version. Please check the output for more information: PHP Warning: Failed loading Zend extension 'opcache.so' (tried: /opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so (/opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so: undefined symbol: pcre_free), /opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so.so (/opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 4.4.17

Daraufhin habe ich 'apt upgrade' gemacht, das hat mir die neuen PHP-Paket gebracht und danach lief dann nichts mehr.

kk · 29. Oktober 2018

Zitat von kroerig

PHP Warning: Failed loading Zend extension 'opcache.so' (tried: /opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so (/opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so: undefined symbol: pcre_free), [...]

Das hilft schon mal weiter - das Problem liegt offenbar darin, dass die opcache-Erweiterung nicht geladen werden kann.
Welche Distribution genau nutzen Sie?
Sie könnten testweise mal die Datei /opt/php-7.2/etc/conf.d/opcache.ini bearbeiten und dort die zend_extension-Anweisung auskommentieren, dann sollte es vorerst wieder laufen.

kk · 29. Oktober 2018

Und: was genau liefert der Befehl "/opt/php-7.2/bin/php -v" ?

kroerig · 29. Oktober 2018

Vor dem Auskommentieren:

Code

PHP 7.2.11 (cli) (built: Oct 15 2018 08:02:30) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.2.11, Copyright (c) 1999-2018, by Zend Technologies

Nach dem Auskommentieren:

Code

PHP 7.2.11 (cli) (built: Oct 15 2018 08:02:30) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies

Und ohne läuft auch der Contao-Manager wieder.

Das Problem habe ich bei allen 3 über die Opt-Pakete installierten PHP-Versionen.

Distri ist: Ubuntu 16.04.5 LTS

kk · 29. Oktober 2018

Hmm, auf unserer Ubuntu-16-Testmaschine läuft alles problemlos, auch mit Opcache.
Da die Fehlermeldung auf ein Problem mit PCRE hindeutet, was liefern die folgenden Befehle?

Code

ldd /opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so
ldd /opt/php-7.2/bin/php | grep pcre
dpkg -l | grep pcre

kroerig · 29. Oktober 2018

Code

root@liveconfig01 ~ # ldd /opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so
        linux-vdso.so.1 =>  (0x00007fffd2deb000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7ea8970000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f7ea8fae000)
root@liveconfig01 ~ # ldd /opt/php-7.2/bin/php | grep pcre
        libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fcf61409000)
root@liveconfig01 ~ # dpkg -l | grep pcre
ii  libpcre3:amd64                      2:8.41-1.2+ubuntu16.04.1+deb.sury.org+1 amd64        Perl 5 Compatible Regular Expression Library - runtime files

kk · 29. Oktober 2018

Zitat von kroerig

ii libpcre3:amd64 2:8.41-1.2+ubuntu16.04.1+deb.sury.org+1

Da haben wir die Ursache schon... Sie haben offenbar die bei Ubuntu mitgelieferte libpcre durch die Version von deb.sury.org ersetzt. Offenbar ist diese aber inkompatibel zur 8.38, daher kracht's bei PHP.
Einzige Frage wäre daher: wenn Sie ohnehin schon PCRE von deb.sury.org verwenden, warum dann nicht auch gleich die PHP-Pakete von dort?

kroerig · 29. Oktober 2018

das ist dann noch eine Leiche.
dann werde ich die wohl mal verschwinden lassen müssen.

Ich hatte mal eine 7.1 von dort installiert, bevor ich die OPT-Pakete kannte.

Jetzt muss ich nur mal schauen, wie ich noch weitere Leichen finde...

kroerig · 29. Oktober 2018

Da muss aber noch was klemmen.... Wenn ich die Zeile wieder einkommentiere, bleibt der Contao Manager wieder hängen.

kk · 29. Oktober 2018

Keine Fehlermeldung - keine Hilfe möglich...

kroerig · 29. Oktober 2018

So, ich habe jetzt alle deb.sury.org- Pakete durch die Ubuntu-eigenen ersetzt.

Bleibt aber weiterhin hängen, sobald die Zend-Extension einkommentiert ist.

kroerig · 29. Oktober 2018

Zitat von kk

Keine Fehlermeldung - keine Hilfe möglich...

Wie gehabt:

Code

[29-Oct-2018 17:57:53 Europe/Berlin] PHP Fatal error:  Phar::webPhar(): Failed opening required 'phar:///var/www/web0/html/www.bergischer24stundenlauf.de/contao4/web/contao-manager.phar.php/web/api.php' (include_path='.:/opt/php-7.2/lib/php') in /var/www/web0/html/www.bergischer24stundenlauf.de/contao4/web/contao-manager.phar.php on line 99

Mehr kommt da nicht.

kroerig · 29. Oktober 2018

hier nochmal die Commandoutputs:

Code

root@liveconfig01 /var/www/web0/logs/priv # ldd /opt/php-7.2/lib/extensions/no-debug-non-zts-20170718/opcache.so
        linux-vdso.so.1 =>  (0x00007ffdc9dc3000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9fad18c000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f9fad7ca000)


root@liveconfig01 /var/www/web0/logs/priv # ldd /opt/php-7.2/bin/php
        linux-vdso.so.1 =>  (0x00007fff6afed000)
        libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fac6672e000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fac66514000)
        libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fac662a4000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fac65f9b000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fac65d97000)
        libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007fac659dc000)
        libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007fac65773000)
        libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fac6532f000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fac64f65000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fac64d48000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fac66949000)
        libicuuc.so.55 => /usr/lib/x86_64-linux-gnu/libicuuc.so.55 (0x00007fac649b4000)
        liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007fac64792000)
        libicudata.so.55 => /usr/lib/x86_64-linux-gnu/libicudata.so.55 (0x00007fac62cdb000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fac62959000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fac62743000)


root@liveconfig01 /var/www/web0/logs/priv # dpkg -l | grep pcre
ii  libpcre3:amd64                      2:8.38-3.1                            amd64        Perl 5 Compatible Regular Expression Library - runtime files

Alles anzeigen

kk · 29. Oktober 2018

Diese andere Meldung (mit dem "Error 500") taucht nicht mehr auf?
Ich habe in unseren Testumgebungen keinerlei Probleme mit Opcache.

Erstellen Sie ggf. mal eine phpinfo()-Datei und schicken uns deren komplette Ausgabe (oder einen Link darauf) an support@liveconfig.com, dann vergleichen wir das mal mit unserer Ausgabe.

kroerig · 29. Oktober 2018

Sie haben Post.

Die Meldung mit dem Error 500 kam nach den Updates der PHP-Pakete nicht mehr. Dafür läuft der Manager jetzt in eine Endlosschleife (oder was auch immer)

kroerig · 31. Oktober 2018

Hallo Herr Keppler,

konnte Sie einen Unterschied feststellen?

kk · 29. November 2018

Weil ich gerade sehe dass die Antwort hier noch fehlt: es gibt offenbar einen Bug im PHP Opcache, wenn man auf Phar-Archive zugreift und Opcache die Daten im Shared Memory cached.

Der Fehler lässt sich umgehen, indem man die php.ini-Einstellung "opcache.file_cache_only" von "no" auf "yes" setzt. Damit wird der compilierte Bytecode im jeweiligen Cache-Verzeichnis als Datei abgelegt, und nicht mehr im Shared Memory. Im Zeitalter von SSDs hält sich der "Impact" dabei auch in Grenzen.

Weitere Infos auch im GitHub-Ticket des Contao Managers: https://github.com/contao/cont…47#issuecomment-434752134

Ab LiveConfig v2.7.1 ist die Einstellung "opcache.file_cache_only" in der php.ini-Verwaltung enthalten und kann durch Kunden von "no" (Standard-Einstellung von PHP) auf "yes" geändert werden.

Viele Grüße

-Klaus Keppler

Jetzt mitmachen!