View Issue Details

IDProjectCategoryView StatusLast Update
0002285XdebugUncategorizedpublic2024-12-13 17:17
Reporterpgnd Assigned Toderick  
PriorityhighSeveritycrashReproducibilityalways
Status resolvedResolutionno change required 
PlatformPHP 8.3.10OSFedora LinuxOS Versionv40
Product Version3.4.0alpha1 
Summary0002285: php 8.3.10 oops @ object cache flush if Xdebug enabled
Description

on

distro
    Name: Fedora Linux 40 (Forty)
    Version: 40
    Codename:

uname -rm
    6.10.3-200.fc40.x86_64 x86_64

with

rpm -qa | grep -E "php-common|php-fpm|php-redis"
    php-common-8.3.10-1.fc40.remi.x86_64
    php-fpm-8.3.10-1.fc40.remi.x86_64
    php-pecl-redis6-6.1.0~RC1-1.fc40.remi.8.3.x86_64

php -v
    PHP 8.3.10 (cli) (built: Jul 30 2024 13:44:37) (NTS gcc x86_64)
    Copyright (c) The PHP Group
    Zend Engine v4.3.10, Copyright (c) Zend Technologies
        with Zend OPcache v8.3.10, Copyright (c), by Zend Technologies
        with Xdebug v3.3.2, Copyright (c) 2002-2024, by Derick Rethans

php-fpm -v
    PHP 8.3.10 (fpm-fcgi) (built: Jul 30 2024 13:44:37)
    Copyright (c) The PHP Group
    Zend Engine v4.3.10, Copyright (c) Zend Technologies
        with Zend OPcache v8.3.10, Copyright (c), by Zend Technologies
        with Xdebug v3.3.2, Copyright (c) 2002-2024, by Derick Rethans

in an app instance (Wordpress 6.6.1), exec of an Object Cache flush results in

Aug 13 11:44:49 test kernel: php-fpm[9241]: segfault at 23e00000070 ip 00005563d19807ab sp 00007ffddf340250 error 4 in php-fpm[3037ab,5563d16ab000+33c000] likely on CPU 14 (core 6, socket 0)
Aug 13 11:44:49 test kernel: Code: e8 01 00 00 48 89 45 c8 48 85 db 0f 84 9b 00 00 00 4c 8d 35 eb 76 1d 00 0f 1f 80 00 00 00 00 49 89 9d e8 01 00 00 48 8b 53 18 <48> 8b 42 38 a8 01 74 12 48 8d 0d 06 21 1d 00 48 8b 89 e0 01 00 00

@ core dump

gdb /usr/sbin/php-fpm /var/lib/systemd/coredump/core.9241
(gdb) set pagination off
(gdb) bt full

(gdb) bt full
    #0  call_end_observers (execute_data=0x5563cd6db840, return_value=0x0)
        at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/Zend/zend_observer.c:265
            func = 0x23e00000038
            handler = <optimized out>
            possible_handlers_end = <optimized out>
    #1  zend_observer_fcall_end_all () at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/Zend/zend_observer.c:293
            execute_data = 0x5563cd6db840
            original_execute_data = 0x0
    #2  0x00005563d1866850 in php_request_shutdown (dummy=dummy@entry=0x0)
        at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/main/main.c:1862
            report_memleaks = true
    #3  0x00005563d16f517e in main (argc=<optimized out>, argv=<optimized out>)
        at /usr/src/debug/php-8.3.10-1.fc40.remi.x86_64/sapi/fpm/fpm/fpm_main.c:1970
            primary_script = <optimized out>
            __orig_bailout = <optimized out>
            __bailout = {{__jmpbuf = {10, -6812356180845851385, 6, 93887207390336, 0, 93887208458776,
                  -6812356180952806137, -843938314294326009}, __mask_was_saved = 0, __saved_mask = {__val = {
                    140660866771648, 63, 18446744073709551072, 0, 4222461064, 140728348183984, 140660865462146, 0,
                    140660865924268, 93887539638944, 1024, 0, 0, 140728348184192, 140660865304512, 22}}}}
            exit_status = <optimized out>
            cgi = 0
            c = <optimized out>
            use_extended_info = <optimized out>
            file_handle = {handle = {fp = 0x0, stream = {handle = 0x0, isatty = 0, reader = 0x0, fsizer = 0x0,
                  closer = 0x0}}, filename = 0x0, opened_path = 0x0, type = 0 '\000', primary_script = true,
              in_list = false, buf = 0x0, len = 0}
            orig_optind = 1
            orig_optarg = 0x0
            ini_builder = {value = 0x0, length = 0}
            max_requests = 200
            requests = <optimized out>
            fcgi_fd = <optimized out>
            request = 0x5563e5b3aa80
            fpm_config = <optimized out>
            fpm_prefix = <optimized out>
            fpm_pid = <optimized out>
            test_conf = 0
            force_daemon = <optimized out>
            force_stderr = <optimized out>
            php_information = <optimized out>
            php_allow_to_run_as_root = <optimized out>
            __func__ = "main"
            ret = <optimized out>
            __orig_bailout = <optimized out>
            __bailout = <optimized out>
            __str = <optimized out>
    (gdb)

if edit -> DISABLE Xdebug

/usr/local/etc/php8/conf.d/xdebug.ini
-   xdebug.mode = on
+   xdebug.mode = off

, and restart, it does not segfault on exec of the in-WP ObjectCache flush (in 0000017:0000010 attempts, so far)

turn it back on, and immediately segfaults on the flush, as above.

not sure, yet, how to 'simply' reproduce this from cli ...

Tagscrash, fpm, php8.3, segfault
Operating SystemFedora 40
PHP Version8.3.10-8.3.19

Activities

derick

2024-10-08 15:22

administrator   ~0007064

This is likely caused by a bug in PHP (https://github.com/php/php-src/pull/16252), which should get fixed in the next PHP 8.2/8.3/8.4 releases.

derick

2024-11-27 16:01

administrator   ~0007091

Does this still occur with PHP 8.3.14?

pgnd

2024-11-27 16:17

reporter   ~0007097

hi,

with recent php* upgrades,

rpm -qa | grep -E "php-common|php-fpm|php-pecl-redis|hiredis"
    php-pecl-redis6-6.1.0-1.fc41.remi.8.4.x86_64
    php-common-8.4.1-1.fc41.remi.x86_64
    php-fpm-8.4.1-1.fc41.remi.x86_64
    hiredis-1.2.0-5.fc41.x86_64
    hiredis-devel-1.2.0-5.fc41.x86_64

php -v
    PHP 8.4.1 (cli) (built: Nov 20 2024 09:48:35) (NTS gcc x86_64)
    Copyright (c) The PHP Group
    Built by Remi's RPM repository <https://rpms.remirepo.net/> #StandWithUkraine
    Zend Engine v4.4.1, Copyright (c) Zend Technologies
        with Zend OPcache v8.4.1, Copyright (c), by Zend Technologies
        with Xdebug v3.4.0beta1, Copyright (c) 2002-2024, by Derick Rethans

php-fpm -v
    PHP 8.4.1 (fpm-fcgi) (built: Nov 20 2024 09:48:35) (NTS gcc x86_64)
    Copyright (c) The PHP Group
    Built by Remi's RPM repository <https://rpms.remirepo.net/> #StandWithUkraine
    Zend Engine v4.4.1, Copyright (c) Zend Technologies
        with Zend OPcache v8.4.1, Copyright (c), by Zend Technologies
        with Xdebug v3.4.0beta1, Copyright (c) 2002-2024, by Derick Rethans

and WordPress version,

wp-cli core version
    6.7.1

if @ /usr/local/etc/php8/conf.d/xdebug.ini, simply

  • xdebug.mode = off
  • xdebug.mode = on

(no other settings changed ... not yet tested in 'real world' debug usage)

@ WP UI ObjectCache flush now appears good -- no segfault

same for wp-cli cmd line,

wp-cli cache flush
    Warning: Flushing the cache may affect all sites in a multisite installation, depending on the implementation of the object cache.
    Success: The cache was flushed.

where

wp-cli redis status | grep -i php
    Client: PhpRedis (v6.1.0)
    PhpRedis: 6.1.0
    PHP Version: 8.4.1

looks ok.

i'll test in real usage here in a bit ...

derick

2024-11-28 13:15

administrator   ~0007106

OK. Let me know once you have. I'll leave this issue as "Feedback requested" for now.

pgnd

2024-11-29 02:59

reporter   ~0007110

CLI and IDE (@ vscodium) xdebugging seem to be working as intended.

no segfaults in either on object cache clears. or, generally.

technically, this was filed against php 8.3.x -- I no longer have access, and am now using 8.4.x.

that said, this looks good to close.

thx!

derick

2024-12-13 17:17

administrator   ~0007113

OK, thanks! I'll close this report then.

Issue History

Date Modified Username Field Change
2024-08-13 18:54 pgnd New Issue
2024-08-13 18:54 pgnd Tag Attached: crash
2024-08-13 18:54 pgnd Tag Attached: fpm
2024-08-13 18:54 pgnd Tag Attached: php8.3
2024-08-13 18:54 pgnd Tag Attached: segfault
2024-10-08 15:22 derick Note Added: 0007064
2024-11-27 16:01 derick Assigned To => derick
2024-11-27 16:01 derick Status new => feedback
2024-11-27 16:01 derick Note Added: 0007091
2024-11-27 16:17 pgnd Note Added: 0007097
2024-11-27 16:17 pgnd Status feedback => assigned
2024-11-28 13:15 derick Status assigned => feedback
2024-11-28 13:15 derick Note Added: 0007106
2024-11-29 02:59 pgnd Note Added: 0007110
2024-11-29 02:59 pgnd Status feedback => assigned
2024-12-13 17:17 derick Status assigned => resolved
2024-12-13 17:17 derick Resolution open => no change required
2024-12-13 17:17 derick Note Added: 0007113