one of my developers is using a mod_python module called xml.dom.minidom and its causing the issue as outlined below
http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash
This is on CentOS 4.5 and so Apache 2.0.52-38 - I cant change the OS version but i could change the apache and or mod_python version.
Does anyone know of any fixes to this apart from rolling my own?
thanks
Tom Brown wrote:
one of my developers is using a mod_python module called xml.dom.minidom and its causing the issue as outlined below
http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash
This is on CentOS 4.5 and so Apache 2.0.52-38 - I cant change the OS version but i could change the apache and or mod_python version.
Does anyone know of any fixes to this apart from rolling my own?
OK ... did you check the expat versions used by all the items involved?
which one needs to be recompiled :D
Johnny Hughes wrote:
Tom Brown wrote:
one of my developers is using a mod_python module called xml.dom.minidom and its causing the issue as outlined below
http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash
This is on CentOS 4.5 and so Apache 2.0.52-38 - I cant change the OS version but i could change the apache and or mod_python version.
Does anyone know of any fixes to this apart from rolling my own?
OK ... did you check the expat versions used by all the items involved?
which one needs to be recompiled :D
Specifically ... I am looking at the httpd and python and pyexpat used in CentOS 4 ... I get this:
===== [root@v20z-x86-64 ~]# python Python 2.3.4 (#1, Dec 11 2007, 05:28:55) [GCC 3.4.6 20060404 (Red Hat 3.4.6-9)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
import pyexpat
pyexpat.version_info
(1, 95, 7) ===== [root@v20z-x86-64 ~]# ldd /usr/sbin/httpd | grep expat libexpat.so.0 => /usr/lib64/libexpat.so.0 (0x0000002a95dba000)
[root@v20z-x86-64 ~]# strings /usr/lib64/libexpat.so.0 | grep expat_ expat_1.95.7 =====
So, it does not seem that Apache or Python or pyexpat that comes standard in CentOS-4 has this issue.
Specifically ... I am looking at the httpd and python and pyexpat used in CentOS 4 ... I get this:
===== [root@v20z-x86-64 ~]# python Python 2.3.4 (#1, Dec 11 2007, 05:28:55) [GCC 3.4.6 20060404 (Red Hat 3.4.6-9)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
import pyexpat
pyexpat.version_info
(1, 95, 7)
[root@v20z-x86-64 ~]# ldd /usr/sbin/httpd | grep expat libexpat.so.0 => /usr/lib64/libexpat.so.0 (0x0000002a95dba000)
[root@v20z-x86-64 ~]# strings /usr/lib64/libexpat.so.0 | grep expat_ expat_1.95.7 =====
So, it does not seem that Apache or Python or pyexpat that comes standard in CentOS-4 has this issue.
quite right -
# /usr/sbin/lsof -p 19836 | grep expat httpd 19836 root mem REG 8,3 123496 2792038 /usr/lib/libexpat.so.0.5.0
# strings /usr/lib/libexpat.so.0.5.0 | grep expat libexpat.so.0 expat_1.95.7
# python Python 2.3.4 (#1, Oct 11 2006, 06:18:43) [GCC 3.4.6 20060404 (Red Hat 3.4.6-3)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
import pyexpat pyexpat.version_info
(1, 95, 7)
so i am a little confused as so why i'm seeing this now, i may kick my developer a bit to see if this is really what i am seeing
thanks
-
Johnny Hughes -
Tom Brown