Hi Frank, Am 12.08.2020 um 15:51 schrieb Frank:
I would strongly recommend to use php-fpm instead of the mod_php DSO, in this case.
I wan't aware of php-fpm so far. Looks very intersting and I'll give it a try.
Thank you. Kai
On 12/08/20 06:28 AM, Kai Fürstenberg wrote:Hi everybody, I discuss this issue on the PHP-install mailing list as well, but it is not clear whether this fault is caused from PHP or httpd. I run a server with Debian Buster. I used to compile some of the needed programs, so that I am able to use more recent versions than provided by my distribution. Two of these are PHP and Apache httpd. Now I have updated my httpd to version 2.4.46 and wanted to update PHP from 7.2.9 to 7.4.9. Unfortunately httpd dies with segmentation fault, so I reinstalled 7.2.9 again, which works good. I was able to update php to 7.2.33, wich also works fine. So I startet to install both httpd and PHP in special directories for testing. The Apache testing version is 2.4.43. PHP testing version is 7.4.9. This issue also occures when using the latest PHP 7.3.x version. I have configured Apache and PHP as following: Apache: ./configure --prefix=/usr/local/httpd-test --with-apr=/usr/local/apr-httpd/ --with-apr-util=/usr/local/apr-util-httpd/ --enable-modules=all --enable-proxy --enable-proxy-connect --enable-proxy-http --enable-rewrite --enable-mods-shared=all --enable-ssl PHP: ./configure --prefix=/usr/local/php-test --disable-all --disable-cgi --with-apxs2=/usr/local/httpd-test/bin/apxs configure, make and make install run without errors. Just "make test" during PHP installation shows some failed tests. Then, when I try to start httpd, it dies with segmentation fault. Before you ask: I do not receive any log messages, neither in error_log nor in syslog. I just receive a return code 139. So I started debugging this issue (also with the help of the php-install mailing list). Starting httpd in debug mode gives me some output: httpd -X -e debug -k start This shows the loaded modules. You can find the output here: https://pastebin.com/CDbfkYgi mod_alias.so is the last module being loaded before loading libphp7.so As I still do not get any logs or anything obvious, I created a core dump. gdb "bt" and "bt full" outputs can be found here: (gdb) bt: https://pastebin.com/G2mQs7m8 (gdb) bt full: https://pastebin.com/ArK5sUTF From a suggestion on the php-install list I tried to use valgrind. I don't know if this is expected behaviour, but using valgrind the server starts normally, lilphp7.so gets loaded. When I start it without, it dies again. The valgind output of valgrind --leak-check=full --show-leak-kinds=all -v /usr/local/httpd-test/bin/httpd -k start can be found here: https://pastebin.com/Dwgjxjgj httpd starts well without libphp7.so (version 7.4.9), and it starts well with version 7.2.33. Can anybody tell me where this fault comes from or how to get rid of it? I would like to upgrade PHP to 7.4, because I expect that PHP 7.2 will be discontinued soon. Greetings Kai Fürstenberg --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|