Apache ne répond plus

[Davidf]

Depuis quelques jours (la dernière mise à jour) Apache ne répond plus aux requêtes http sur le port 80 et 8081.
(Ça marchait avant!)

Tout le reste fonctionne, FTP, SAMBA, ... et les autres ports ouverts (le xxxx pour Xeams par exemple).

J'ai bien sur tenté de tout redémarrer, puis de redémarrer Apache seulement, rien n'y fait. Pas de réponse, ni via le nom de domaine, ni via l'adresse IP externe, ni interne.

Au démarrage, j'ai un thread Python qui met le processeur à fond pendant quelques minutes par contre, puis 50 %.

Des threads PHP-FPM également ... 

Le NAS est derrière une box, les ports sont ouverts, sur la bonne IP, et je l'ai même mis en DMZ pour tester mais rien n'y fait ...

Quelqu'un aurait une idée ? je sèche ... 

Ah une personne de la hotline QNAP s'est connectée et n'a rien trouvé de bizarre .

[Davidf]

Bonjour, 

oui l'adresse IP interne fait la même chose, 8 min d'attente. en revanche l'interface est très fluide (pas de changements).

Je vais downgrader pour voir, les apports de la 422 ne me servent pas. j'espère qu'il n'y aura pas d'autres problèmes ...

Si cela persiste, je deviendrais un spécialiste apache php-fpm ... Le problème est que des fichiers de config, il y en a partout ! et je ne sais pas lesquels servent réellement.

Bon déjà dans le php.ini la variable max_execution_time était à 86400 sec ! (soit 24 h)

je l'ai remise à 30 secondes (valeur par défaut) 

[byte_order]

Bonjour,

 

En cherchant sur Internet ("php-fpm eating cpu"), on trouve d'innombrables autres cas de personnes ayant des process php-pfm qui consomment toute la CPU sans raison, alors qu'ils tournent sur des machines sous BSD ou Linux ou VM, avec Nginx ou Apache.

J'aurais tendance à croire que le coupable est php-pfm, vu que sans activité réelle, y'a aucune raison qu'ils moulinent comme ça, ces processes. Ou alors y'a du code PHP qui part en boucle quelque part désormais...

PHP-PFM provient du package PHP a priori. Quelle version avez-vous ? Pouvez-vous partager ici le contenu de /etc/default_config/php-fpm.conf ?

 

[Davidf]

Bonjour,

j'ai déjà tenté de modifier ce fichier : 

[global]
#log_level = debug

[www]
user = httpdusr
group = administrators
listen = /var/run/php-fpm.sock
listen.owner = httpdusr
listen.group = administrators
listen.mode = 0660
pm = dynamic
pm.max_children = 16
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3
security.limit_extensions = .php .php3 .php4 .php5 .phtml
env[PATH] = /bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/usr/local/bin
env[HOSTNAME] = $HOSTNAME

 

par cela : 

pm = ondemand
pm.max_children = 5
pm.process_idle_timeout = 10s
pm.max_requests = 200

cela améliore sensiblement les choses,  donc je pense que dans les cas similaires au mien, cette manip est à faire (ci dessus) et vérifier le php.ini, la variable 

max_execution_time doit être à 30

les process php-fpm consomment environ 50% du temps processeur quand même, mais les sites tournent. enfin, je n'ai plus accès à Xeams (port 5272, peut être faut il l'ajouter à apache ?)

Il y a 2 heures , byte_order said:

J'aurais tendance à croire que le coupable est php-pfm, vu que sans activité réelle, y'a aucune raison qu'ils moulinent comme ça, ces processes. Ou alors y'a du code PHP qui part en boucle quelque part désormais...

 

Je pense la même chose mais je ne suis pas spécialiste de linux / php ... je ne fait que l'en servir, (quoique là, je commence à avoir une certaine expérience) je suis incapable de voir d'ou viennent ces erreurs de "boucle" ...

[byte_order]

Rebonjour,

En activant un slow log, y'aura p'tet moyen d'en savoir plus sur les raisons de ces processus php-pfm qui moulinent trop. En ajoutant ceci à votre config :

slowlog = /mnt/HDA_ROOT/.logs/php-pfm-slow.log
request_slowlog_timeout = 10s

 

Soit dans la section [global] soit dans [www]

Puis relancer le service web du Nas, ce qui relancera php-pfm.

Cela devrait permettre de connaitre le ou les scripts PHP en cause.

[Davidf]

il y a 24 minutes, byte_order said:

slowlog = /mnt/HDA_ROOT/.logs/php-pfm-slow.log request_slowlog_timeout = 10s

Euh, je l'ai mis dans le php-fpm.conf, il n'a pas aimé (dans global ...) apache me fait un 500

[byte_order]

Oups, désolé, d'après la doc c'est une config par "pool", pas globale, donc à mettre dans la section [www]

 

Ah, sinon, il doit y avoir quelque part (/mnt/HDA_ROOT/.logs/php5/... je dirais) un fichier log php-fpm.log. Y'a p'tet une indication sur les problèmes rencontrés dedans. Vérifiez aussi dans /mnt/HDA_ROOT/.logs/kmsg qu'il n'y a pas de crash style segfault des processes php-pfm, qui serait relancer automatiquement encore et encore...

[Davidf]

dans la section www, apache veut bien démarrer et les process avec 

mais cela ne crée pas de fichier de log, peut peut faut il que j'en crée un ? 

je n'ai pas de php.log ou de répertoire php5 ... dans  /mnt/HDA_ROOT/.logs  

 

[byte_order]

ah, euh, alors n'ayant pas accès à mon NAS depuis le taf, je me souviens plus où tombent les logs du coup.

Dans ce cas, mettez un chemin vers vos dossiers partagés, genre /share/MD0_DATA /Public/php-fpm.log.

 

 

[Davidf]

toujours pas mais bon, le serveur web remarche ...

Affichage en moins de 5 secondes (dû à ma connexion)

avec ces réglages php-fpm crée plein de threads qui meurent tout seuls. Peut être un qpkg mal embouché ? mais ils sont presque tous éteints voire désinstallés

Je vous remercie tous beaucoup pour vos conseils et le temps passé.

[Davidf]

bonjour,

j'ai refait l'update vers le 4.2.2 ... Cela m'a remis le max_execution_time à 86400 s dans le php.ini ! Recassé le php-fpm.conf ... et Apache recommence à mettre + de 5 minutes à afficher une page (quelle qu'elle soit) ... 

Cet update n'est pas censé toucher à ces paramètres (je les ai remis mais peut être pas tous ???). Et la hotline ne répond plus (je n'en attendais pas moins de Ratana Mey le dernier problème que je lui ai soumis, je l'ai réglé moi même).

Quelqu'un aurait des fichiers de conf propres ?