Your message dated Tue, 18 Apr 2023 13:56:26 +0200
with message-id <60b2fd0d-2b64-0759-9073-fc452bd16...@debian.org>
and subject line php5 has been superseded by php7
has caused the Debian Bug report #901768,
regarding opcache + MPM ITK might cause apache2 to halt
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
901768: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901768
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libapache2-mod-php5
Version: 5.6.33+dfsg-0+deb8u1
Related package: libapache2-mpm-itk (version 2.4.7-04-1)
apache2 sporadically stopped taking requests on a production server. It
happened a couple times per day on average, and needed a restart to work again.
One apache2 process used 100% cpu, and its strace was:
kill(16329, SIGKILL) = -1 EPERM (Operation not permitted)
fcntl(523, F_GETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=1, l_len=1,
l_pid=16329}) = 0
.. repeating ..
Here's the backtrace:
#0 0x00007f8f5a2c5317 in kill () at ../sysdeps/unix/syscall-template.S:84
#1 0x00007f8efe7238c6 in ?? () from target:/usr/lib/php5/20131226/opcache.so
#2 0x00007f8f554702ce in zend_llist_apply () from
target:/usr/lib/apache2/modules/libphp5.so
#3 0x00007f8f5546c18a in init_executor () from
target:/usr/lib/apache2/modules/libphp5.so
#4 0x00007f8f5547cd43 in zend_activate () from
target:/usr/lib/apache2/modules/libphp5.so
#5 0x00007f8f55417da5 in php_request_startup () from
target:/usr/lib/apache2/modules/libphp5.so
#6 0x00007f8f5552e46a in ?? () from target:/usr/lib/apache2/modules/libphp5.so
#7 0x0000564b7b544c40 in ap_run_handler ()
#8 0x0000564b7b5451d6 in ap_invoke_handler ()
#9 0x0000564b7b55cdd3 in ap_process_async_request ()
#10 0x0000564b7b55cee0 in ap_process_request ()
#11 0x0000564b7b558f9d in ?? ()
#12 0x0000564b7b54ea70 in ap_run_process_connection ()
#13 0x00007f8f568929dd in itk_fork_process () from
target:/usr/lib/apache2/modules/mpm_itk.so
#14 0x0000564b7b54ea70 in ap_run_process_connection ()
#15 0x00007f8f564856bf in ?? () from
target:/usr/lib/apache2/modules/mod_mpm_prefork.so
#16 0x00007f8f56485944 in ?? () from
target:/usr/lib/apache2/modules/mod_mpm_prefork.so
#17 0x00007f8f5648680d in ?? () from
target:/usr/lib/apache2/modules/mod_mpm_prefork.so
#18 0x0000564b7b52800e in ap_run_mpm ()
#19 0x0000564b7b520c4d in main ()
I think the problem is that the Zend extension `opcache` (which I think is
enabled by default on Debian Stretch) for whatever reason is not able to starts
its accelerator, and in some cases it will try killing other apache2 processes
that is holding opcache-related locks to try to resolve the problem.
The issue here is that with MPM ITK, those processes might be owned by a
different unix user, something the opcache code does not handle, it would seem.
--- End Message ---
--- Begin Message ---
Version: 5.6.26+dfsg-1+rm
php5 was last released with Debian 8 (jessie) in April 2015
and was removed from the Debian archive afterwards.
It has been superseded by php7.0 and newer versions.
See https://bugs.debian.org/841781 for details on the removal.
Regular security support for jessie ended in June 2018 and LTS support
ended in June 2020.
I'm closing the remaining bug reports now.
Andreas
--- End Message ---
