Classification: For internal use only Hi guys, I wonder if you could me some clues about how to interpret the following, frequently observed, backtrace from an Apache 2.2 segmentation fault (Apache 2.2.29, 32-bit, Linux, kernel 2.6.32.59-0.7-default SLES11 SP2). For this particular request, we've got two modules that are involved. a) RSA (now EMC) Cleartrust Access Manager agent (4.7.0.66/Linux/32-bit) (libct_apache22_agent) handling SSO authentication/authorization b) Oracle Weblogic Webserver Connector Plugin (mod_wl) handling proxying requests to an Weblogic Servlet Container backend. To me it looks like some kind of APR pool corruption or a corruption of the pointer for the APR pool, and it looks like the mod_wl handler is called first and then parts of the libct module are getting called and finally segfaulting inside the APR routines. Anyone care to improve that interpretation? GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-suse-linux"... Using host libthread_db library "/usr/lib/libthread_db.so.1". Core was generated by `/apache22/bin/httpd -f /apache22/conf/dynamic/hsm_apache22/httpd.conf -Dnick=uk'. Program terminated with signal 11, Segmentation fault. #0 0xf7612ac1 in allocator_alloc () from /versions/apache-2.2.29/lib/libapr-1.so.0 (gdb) bt #0 0xf7612ac1 in allocator_alloc () from /versions/apache-2.2.29/lib/libapr-1.so.0 #1 0xf6f12f40 in apr_sdbm_rdonly () from /apache22/modules/libct_apache22_agent.so #2 0x00000010 in ?? () #3 0xf7026ea8 in apr_sdbm_rdonly () from /apache22/modules/libct_apache22_agent.so #4 0x00000007 in ?? () #5 0x0000001f in ?? () #6 0xffceaa08 in ?? () #7 0xf6e931a3 in ct_malloc () from /apache22/modules/libct_apache22_agent.so #8 0xf76134e1 in apr_pool_create_ex () from /versions/apache-2.2.29/lib/libapr-1.so.0 #9 0x0b97af00 in ?? () #10 0x00001fe8 in ?? () #11 0xffceaa4c in ?? () #12 0xf70f74d7 in operator new () from /usr/lib/libstdc++.so.6 #13 0xf71410bb in _ZN6ReaderC9EP10apr_pool_tiP10LogContext () from /versions/wlsplugins_generic_11.1.1.7.0/lib/mod_wl.so #14 0xf7141212 in Reader::Reader () from /versions/wlsplugins_generic_11.1.1.7.0/lib/mod_wl.so #15 0xf71587b6 in URL::connect () from /versions/wlsplugins_generic_11.1.1.7.0/lib/mod_wl.so #16 0xf7153bd8 in ApacheProxy::getConnection () from /versions/wlsplugins_generic_11.1.1.7.0/lib/mod_wl.so #17 0xf713cd63 in request_handler () from /versions/wlsplugins_generic_11.1.1.7.0/lib/mod_wl.so #18 0x080aaa47 in ap_run_handler () #19 0x0b9a9298 in ?? () #20 0x00000000 in ?? () (gdb) Regards, Mark --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures and to http://www.db.com/unitedkingdom/content/privacy.htm for information about privacy. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|