Alright let's see if I can at least figure out the true source of this assertion, as Apache seems to have no direct linkage to glib.
First I hacked out two scripts...
lsofunique - prints all unique files of a process ala lsof.
lddflat - prints lib name for every internal reference.
Attached is the full output off - lddflat $(lsofunique apache2 | grep '\.so') | grep glib
The lines that pop out relate to PHP... as I suspected...
/usr/lib/php5/20121212/enchant.so /lib/x86_64-linux-gnu/libglib-2.0.so.0 /usr/lib/php5/20121212/imagick.so /lib/x86_64-linux-gnu/libglib-2.0.so.0 /usr/lib/php5/20121212/midgard2.so /lib/x86_64-linux-gnu/libglib-2.0.so.0 /usr/lib/php5/20121212/midgard2.so /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 /usr/lib/php5/20121212/rrd.so /lib/x86_64-linux-gnu/libglib-2.0.so.0 /usr/lib/php5/20121212/vtkgdcm.so /lib/x86_64-linux-gnu/libglib-2.0.so.0
I'll "turn off" all these modules, then turn them back on, one-by-one, to identify the culprit.
I'll update this ticket with the nefarious module throwing the assertion.
Alright let's see if I can at least figure out the true source of this assertion, as Apache seems to have no direct linkage to glib.
First I hacked out two scripts...
lsofunique - prints all unique files of a process ala lsof.
lddflat - prints lib name for every internal reference.
Attached is the full output off - lddflat $(lsofunique apache2 | grep '\.so') | grep glib
The lines that pop out relate to PHP... as I suspected...
/usr/lib/ php5/20121212/ enchant. so /lib/x86_ 64-linux- gnu/libglib- 2.0.so. 0 php5/20121212/ imagick. so /lib/x86_ 64-linux- gnu/libglib- 2.0.so. 0 php5/20121212/ midgard2. so /lib/x86_ 64-linux- gnu/libglib- 2.0.so. 0 php5/20121212/ midgard2. so /usr/lib/ x86_64- linux-gnu/ libdbus- glib-1. so.2 php5/20121212/ rrd.so /lib/x86_ 64-linux- gnu/libglib- 2.0.so. 0 php5/20121212/ vtkgdcm. so /lib/x86_ 64-linux- gnu/libglib- 2.0.so. 0
/usr/lib/
/usr/lib/
/usr/lib/
/usr/lib/
/usr/lib/
I'll "turn off" all these modules, then turn them back on, one-by-one, to identify the culprit.
I'll update this ticket with the nefarious module throwing the assertion.