/usr/sbin/apache2:11:xdebug_llist_count:xdebug_llist_empty:xdebug_llist_destroy:zm_post_zend_deactivate_xdebug:zend_post_deactivate_modules

[errors.ubuntu.com bug bridge]

The Ubuntu Error Tracker has been receiving reports about a problem regarding apache2. This problem was most recently seen with version 2.4.12-2ubuntu2, the problem page at https://errors.ubuntu.com/problem/9ab4becf31f9b7503c1651ba15356e8d9b6721db contains more details.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Sean Hennessey (shennessey)]

Seeing this as well.

ii apache2 2.4.18-2ubuntu3.2 amd64 Apache HTTP Server

xdebug_llist_empty (l=l@entry=0x55aa254a4240, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:174
174 /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c: No such file or directory.
(gdb) backtrace
#0 xdebug_llist_empty (l=l@entry=0x55aa254a4240, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:174
#1 0x00007f088154b6d9 in xdebug_llist_destroy (l=0x55aa254a4240, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:180
#2 0x00007f088153ade8 in zm_post_zend_deactivate_xdebug () at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug.c:1233
#3 0x00007f08870e1afa in zend_post_deactivate_modules () from /usr/lib/apache2/modules/libphp5.6.so
#4 0x00007f0887074a65 in php_request_shutdown () from /usr/lib/apache2/modules/libphp5.6.so
#5 0x00007f088718aa37 in ?? () from /usr/lib/apache2/modules/libphp5.6.so
#6 0x000055aa23b46a40 in ap_run_handler ()
#7 0x000055aa23b46fc6 in ap_invoke_handler ()
#8 0x000055aa23b5d6ec in ap_internal_redirect ()
#9 0x00007f0882eaea92 in ?? () from /usr/lib/apache2/modules/mod_rewrite.so
#10 0x000055aa23b46a40 in ap_run_handler ()
#11 0x000055aa23b46fc6 in ap_invoke_handler ()
#12 0x000055aa23b5e462 in ap_process_async_request ()
#13 0x000055aa23b5e610 in ap_process_request ()
#14 0x000055aa23b5a6de in ?? ()
#15 0x000055aa23b509b0 in ap_run_process_connection ()
#16 0x00007f08876e37e9 in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#17 0x00007f08876e3a74 in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#18 0x00007f08876e48c5 in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#19 0x000055aa23b293fe in ap_run_mpm ()
#20 0x000055aa23b22380 in main ()

[Sean Hennessey (shennessey)]

stepping thru the code shows this loop:
xdebug_llist_count (l=l@entry=0x55aa2536fe80) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:168
xdebug_llist_empty (l=l@entry=0x55aa2536fe80, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:174
xdebug_llist_remove (l=0x55aa2536fe80, e=0x0, user=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:108
xdebug_llist_empty (l=l@entry=0x55aa2536fe80, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:173
xdebug_llist_count (l=l@entry=0x55aa2536fe80) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:168
xdebug_llist_empty (l=l@entry=0x55aa2536fe80, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:174
xdebug_llist_remove (l=0x55aa2536fe80, e=0x0, user=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:108
xdebug_llist_empty (l=l@entry=0x55aa2536fe80, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:173
xdebug_llist_count (l=l@entry=0x55aa2536fe80) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:168
xdebug_llist_empty (l=l@entry=0x55aa2536fe80, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:174
xdebug_llist_remove (l=0x55aa2536fe80, e=0x0, user=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:108
xdebug_llist_empty (l=l@entry=0x55aa2536fe80, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:173
xdebug_llist_count (l=l@entry=0x55aa2536fe80) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:168
xdebug_llist_empty (l=l@entry=0x55aa2536fe80, user=user@entry=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:174
xdebug_llist_remove (l=0x55aa2536fe80, e=0x0, user=0x0) at /build/xdebug-7LnU2E/xdebug-2.4.1/build-5.6/xdebug_llist.c:108

[Sean Hennessey (shennessey)]

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.2 LTS
Release: 16.04
Codename: xenial

[Christian Ehrhardt  (paelzer)]

Hi,
I wondered about
#3 0x00007f08870e1afa in zend_post_deactivate_modules () from /usr/lib/apache2/modules/libphp5.6.so

I switched and checked but actually the file "/usr/lib/apache2/modules/libphp5.6.so" is not owned by any package.

That would be:
/usr/lib/apache2/modules/libphp7.0.so
with:
000000000025af60 <zend_post_deactivate_modules@@Base>:
  25af6f: 75 27 jne 25af98 <zend_post_deactivate_modules@@Base+0x38>
  25af7e: 74 12 je 25af92 <zend_post_deactivate_modules@@Base+0x32>
  25af90: 75 ee jne 25af80 <zend_post_deactivate_modules@@Base+0x20>

This is usually reported as Error on 16.04 but that doesn't have the lib.
Might I ask what the following reports:

$ dpkg -S /usr/lib/apache2/modules/libphp5.6.so

That should emit a package name, please then also do a

$ apt-cache policy <packagename>

[Christian Ehrhardt  (paelzer)]

Thank you for taking the time to report this bug and helping to make Ubuntu better.

Since it seems likely to me that this is a local configuration problem, rather than a bug in Ubuntu, I'm marking this bug as Incomplete.

If indeed this is a local configuration problem, you can find pointers to get help for this sort of problem here: http://www.ubuntu.com/support/community

Or if you believe that this is really a bug, then you may find it helpful to read "How to report bugs effectively" http://www.chiark.greenend.org.uk/~sgtatham/bugs.html. We'd be grateful if you would then provide a more complete description of the problem, explain why you believe this is a bug in Ubuntu rather than a problem specific to your system, and then change the bug status back to New.

[Sean Hennessey (shennessey)]

$ dpkg -S /usr/lib/apache2/modules/libphp5.6.so
libapache2-mod-php5.6: /usr/lib/apache2/modules/libphp5.6.so
$ apt-cache policy libapache2-mod-php5.6
libapache2-mod-php5.6:
  Installed: 5.6.28-1+deb.sury.org~xenial+1
  Candidate: 5.6.28-1+deb.sury.org~xenial+1
  Version table:
 *** 5.6.28-1+deb.sury.org~xenial+1 1005
       1005 http://repo.colo.icontact.com/custom/ubuntu xenial-custom/snapshots/20170707/main amd64 Packages
        100 /var/lib/dpkg/status

[Christian Ehrhardt  (paelzer)]

Thanks for your quick response Sean,
so that is a custom package provided by whoever is behind http://repo.colo.icontact.com/custom/ubuntu and not part of what Ubuntu supports.

You might have a support contract with them or even are part of that company?
From the Ubuntu Community POV this is "invalid" as it is not an Ubuntu package that is failing.

[Sean Hennessey (shennessey)]

http://repo.colo.icontact.com/custom/ubuntu is our machine that we use to house the normal upstream repositories. We'd have pulled it from the upstream provider on July 7th of this year. Let me dig out where we actually pull it from.

[Sean Hennessey (shennessey)]

It seems this is being pulled in from:

Codename: xenial-custom
Architectures: i386 amd64 source
Description: Custom Repository for Ubuntu/Xenial
Components: main xenial
Update: ubuntu-xenial-ondrej-php-updates
#Update: ubuntu-xenial-custom
SignWith: yes

Name: ubuntu-xenial-ondrej-php-updates
Method: http://ppa.launchpad.net/ondrej/php/ubuntu
Suite: xenial
Components: main
Architectures: i386 amd64 source
VerifyRelease: blindtrust

Let me try chasing it down there. Thanks.

[Christian Ehrhardt  (paelzer)]

Yep that is https://launchpad.net/~ondrej/+archive/ubuntu/php, leaving you to chase it down as you said.

Ping back here if you need more.