Qnap [ PHPFPM8 ] [ 8.0.25 ] PHP Replacement to branch 8.0.x for QTS embbeded Web Server

QoolBox

Représentant QNAP
2 Janvier 2014
10 559
163
153
49
France
www.qnap.com
qpkg_icon_80.gif
350px-Webysther_20160423_-_Elephpant.svg.png


Source : https://www.php.net/

Download : ARM64 and x86_64

https://www.myqnap.org/product/php80/

about :

Replace the embedded Qnap PHP version to latest 8.0.x branch

configuration file directory : /opt/PHPFPM8/etc
logs directory : /opt/PHPFPM8/var/log

disabling this qpkg, make you roll back to Qnap embedded PHP-FPM



cross compiled with the following modules enabled :

Code:
[PHP Modules]
amqp
apcu
bcmath
bitset
bz2
calendar
Core
ctype
curl
date
dba
dom
eio
ev
event
exif
fileinfo
filter
ftp
gd
geoip
gettext
gmp
gnupg
grpc
hash
hprose
hrtime
http
iconv
igbinary
imagick
inotify
intl
json
krb5
ldap
libxml
mailparse
mbstring
mcrypt
memcached
mongodb
msgpack
mysqli
mysqlnd
OAuth
odbc
openssl
pcntl
pcre
PDFlib
PDO
pdo_dblib
pdo_mysql
PDO_ODBC
pdo_pgsql
pdo_sqlite
pgsql
Phar
posix
propro
pspell
radius
raphf
readline
redis
Reflection
scrypt
session
shmop
SimpleXML
snmp
soap
sockets
sodium
solr
SPL
sqlite3
standard
swoole
taint
tidy
timezonedb
tokenizer
xattr
xdebug
xml
xmlreader
xmlrpc
xmlwriter
xsl
xxtea
yaml
Zend OPcache
zip
zlib

[Zend Modules]
Xdebug
Zend OPcache
 
Dernière édition:
bonjour

cela ne marche pas chez moi
j'ai mis le package depuis l'interface, mais en ligne de commande j'ai toujours :

[~] # /mnt/ext/opt/apache/bin/php -v composer.phar install
PHP 7.3.7 (cli) (built: Jul 2 2020 04:34:05) ( NTS )
Copyright (c) 1997-2018 The PHP Group

dans le dossier, j'ai toujours des liens sur la 7.3 , il me semblait avoir compris que cette version devait remplacer la version 7.3 embarqué sur le nas, c'est bien cela ?

Code:
-rwxr-xr-x 1 admin administrators    60384 2020-07-01 22:21 pcretest*
lrwxrwxrwx 1 admin administrators        6 2020-07-12 11:07 php -> php7.3*
-rwxr-xr-x 1 admin administrators 10823576 2020-07-01 22:36 php7.3*
-rwxr-xr-x 1 admin administrators 10766056 2020-07-01 22:36 php-cgi*
lrwxrwxrwx 1 admin administrators       10 2020-07-12 11:07 php-fpm -> php-fpm7.3*
-rwxr-xr-x 1 admin administrators 10867032 2020-07-01 22:36 php-fpm7.3*
lrwxrwxrwx 1 admin administrators       10 2020-07-12 11:07 php-fpm-proxy -> php-fpm7.3*
-rwxr-xr-x 1 admin administrators     8552 2020-07-01 22:21 pwauth*
-rwxr-xr-x 1 admin administrators    19496 2020-07-01 22:21 rotatelogs*


hors j'ai besoin d'avoir php 7.4.5 a minima pour une application en symfony
merci
 
Bonsoir, je viens d'installer PHPFPM74,

souhaitant utiliser PHP-FPM configuré en tcp, pas de soucis pour lancer le programme. Seulement, quelques instants après le lancement, le processus est killé sans log et sans autre forme de procès.

Code:
[/share/CACHEDEV1_DATA/.qpkg/PHPFPM74/bin] # ./php-fpm -y ../etc/php-fpm.conf -R -F
Cannot load Zend OPcache - it was already loaded
[23-Jul-2020 17:34:29] NOTICE: fpm is running, pid 22479
[23-Jul-2020 17:34:29] NOTICE: ready to handle connections
Killed

J'ai rajouté le flag F, pour avoir du log sans mettre en background le process, sans ce flag, le constat est le même.
Y'a-t-il un process chez QNAP qui kill le process?! (car de mémoire il y a un php-fpm qui traine sur le firmware)
Avez-vous déjà eu le même comportement?

Bien à vous, je sèche un peu là!
 
ton php-fpm a son propre fichier de config ? peut être un conflit de port

php-fpm tourne sur un autre port que le php-fpm du NAS lancé par le firmware
 
J'ai testé différent port, socket, rien n'y fait !

J'ai reset la configuration, j'ai remis tout de base, et j'ai le même comportement.
Donc si je résume en installant le package, et en exécutant :
Code:
[/share/CACHEDEV1_DATA/.qpkg/PHPFPM74] # ./bin/php-fpm -y etc/php-fpm.conf.default -R -F
Cannot load Zend OPcache - it was already loaded
[23-Jul-2020 19:58:53] NOTICE: fpm is running, pid 21624
[23-Jul-2020 19:58:53] NOTICE: ready to handle connections
Killed
[/share/CACHEDEV1_DATA/.qpkg/PHPFPM74] # ps aux | grep fpm
admin     1443  0.0  0.0 315124 10688 ?        Ss   17:31   0:00 php-fpm: master process (/etc/php-fpm-sys-proxy.conf) <--- fpm firmware
admin     1444  0.0  0.0 315124  7336 ?        S    17:31   0:00 php-fpm: pool www <--- fpm firmware
admin     1445  0.0  0.0 315124  7336 ?        S    17:31   0:00 php-fpm: pool www <--- fpm firmware
admin    21625  0.0  0.0 634560 18600 pts/5    S    19:58   0:00 php-fpm: pool www <--- fils du fpm PHPFPM74
admin    21626  0.0  0.0 634560 18600 pts/5    S    19:58   0:00 php-fpm: pool www <--- fils du fpm PHPFPM74
admin    22251  0.0  0.0   6000  2400 pts/5    S+   19:59   0:00 grep fpm
Le master process du PHPFPM74 est kill moins d'une minute après le lancement, ca arrive entre 2sec et 1min. Comme si un cron 1min allait vérifier quelque chose.
Je remarque si je kill le fpm du firmware, il est automatiquement redémarrer dans les minutes qui suivent. Je n'ai pas trouvé le cron responsable de ça! (à supposer que ça en soit un !)

Le php-fpm du firmware fonctionne sous socket, donc il n'y a pas de conflit à ce niveau.
Le mystère reste entier. Pas de logs, je n'ai même pas mis en place la conf sur apache pour que le php-fpm soit utilisé, donc il n'y aucunes interactions avec apache à ce stade qui pourrait être la source du problème. Une idée?
 
Voici en pièce jointe le dmsg, ça ne m'a pas trop parlé ^^
 

Pièces jointes

  • dmsg.zip
    26.5 KB · Affichages: 45
pas grand chose dedans...

as-tu essayé de couper container station ?

j'ai testé ici, sur un x53PRO , je n'ai pas de soucis php-se lance bien et bien accès l'interface web... et le phpinfo affiche bien la bonne version
 
Je viens d'essayer, scénario similaire, le processus master reste en vie moins de 30 sec, et un kill survient ! J'essaye de virer toutes mes applis une à une pour voir