Signaux PHP-FPM pour la rotation du pool error_log

Merci pour votre réponse ! Pouvez-vous confirmer que SIGUSR1 est également nécessaire pour faire tourner les journaux des pools ? Dans la page mentionnée, il n'est question que du journal principal de php-fpm qui est apparemment "toujours ouvert" par le processus. Cependant, appeler SIGUSR1 ne fait pas de mal... ;)

Avec la plupart des configurations, logrotate déplacera l'ancien fichier et en créera un nouveau. Si un processus détient un handle de fichier vers le fichier original, il continuera à écrire dans ce fichier même s'il a été déplacé (c'est-à-dire qu'il n'utilisera pas le nouveau fichier). Il existe plusieurs solutions à ce problème : a) utiliser copytruncate - qui copiera le fichier et tronquera l'original, de sorte que le fichier dans lequel on écrit est le fichier tronqué b) envoyer au processus de journalisation un signal pour recharger ses fichiers journaux c) faire passer les journaux par un processus intermédiaire qui s'occupera de la rotation.

Il y a quelques possibilités supplémentaires qui compliquent les choses - PHP-FPM peut renvoyer les erreurs au serveur web (qui s'occupera de la journalisation) ou il peut écrire les journaux directement. En fait, si le processus de journalisation conserve son identifiant de fichier sur le journal (ce qui est probable dans la plupart des cas), vous devez lui signaler qu'il doit recharger les journaux.