[jira] Created: (WSFPHP-398) Segmentation fault caused by MTOM attachment

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

[jira] Created: (WSFPHP-398) Segmentation fault caused by MTOM attachment

JIRA jira@wso2.org
Segmentation fault caused by MTOM attachment
--------------------------------------------

                 Key: WSFPHP-398
                 URL: https://wso2.org/jira/browse/WSFPHP-398
             Project: WSO2 WSF/PHP
          Issue Type: Bug
    Affects Versions: 2.0.0
         Environment: CentOS 5.1 and RHEL4
            Reporter: Diego Moore
            Priority: High


Most of the details are already on http://wso2.org/forum/thread/5655 but to wrap-up, apache seems to crash with either [notice] child pid 8058 exit signal Segmentation fault (11) or *** glibc detected *** /usr/sbin/httpd: free(): invalid pointer: 0x00002ac55706c010 *** when it encounters a SOAP requests with an MTOM attachment between 131,057 and 600,000 bytes.

WSF-PHP 2.0 was built from source on two servers, the latter having:

CentOS 5.1 64bit
Apache/2.2.3
PHP 5.1.6

Here is the backtrace from Apache:

(gdb) bt
#0  0x00002aee2e313618 in __lll_mutex_lock_wait () from /lib64/libc.so.6
#1  0x00002aee2e2accb7 in _L_lock_14073 () from /lib64/libc.so.6
#2  0x00002aee2e2abb11 in free () from /lib64/libc.so.6
#3  0x00002aee2c57a055 in _dl_map_object_deps () from /lib64/ld-linux-x86-64.so.2
#4  0x00002aee2c57ebbd in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#5  0x00002aee2c57ada6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#6  0x00002aee2c57e54c in _dl_open () from /lib64/ld-linux-x86-64.so.2
#7  0x00002aee2e33b8f0 in do_dlopen () from /lib64/libc.so.6
#8  0x00002aee2c57ada6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#9  0x00002aee2e33ba57 in __libc_dlopen_mode () from /lib64/libc.so.6
#10 0x00002aee2e3197da in init () from /lib64/libc.so.6
#11 0x00002aee2de254ad in pthread_once () from /lib64/libpthread.so.0
#12 0x00002aee2e319871 in backtrace () from /lib64/libc.so.6
#13 0x00002aee2e2a125f in __libc_message () from /lib64/libc.so.6
#14 0x00002aee2e2a84f4 in _int_free () from /lib64/libc.so.6
#15 0x00002aee2e2abb1c in free () from /lib64/libc.so.6
#16 0x00002aee3f2ef4f2 in axiom_mime_parser_clear_buffers (env=0x2aee3df925f0, buf_list=<value optimized out>, free_from=1037783952, free_to=-1) at mime_parser.c:1841
#17 0x00002aee3f2f0ec0 in axiom_mime_parser_parse (mime_parser=0x2aee425a2960, env=0x2aee3df925f0, callback=0x2aee3ec31450 <axis2_http_transport_utils_on_data_request>, callback_ctx=0x2aee424a9c30, mime_boundary=<value optimized out>) at mime_parser.c:905
#18 0x00002aee3ec328c8 in axis2_http_transport_utils_process_http_post_request (env=0x2aee3df925f0, msg_ctx=0x2aee425a2ba0, in_stream=<value optimized out>, out_stream=<value optimized out>, content_type=0x2aee4220c586 "multipart/related; type=\"application/soap+xml\"; start=\"<[hidden email]>\"; boundary=\"----=_Part_14_16550760.1248090788508\"", content_length=209427, soap_action_header=0x0, request_uri=0x2aee425a40f0 "http://173.1.56.19/webservices/service-mtom-withouttimestamp.php") at http_transport_utils.c:459
#19 0x00002aee3ec342c4 in axis2_http_transport_utils_process_request (env=0x2aee3df925f0, conf_ctx=0x2aee4184ba90, request=0x7fff7e7892a0, response=0x7fff7e789390) at http_transport_utils.c:2770
#20 0x00002aee3dfaffae in wsf_worker_process_request (worker=<value optimized out>, env=0x2aee3df925f0, request=0x7fff7e789420, response=0x7fff7e7894c0, svc_info=0x2aee4259a710) at /root/wsf-framework/wso2-wsf-php-src-2.0.0-CLEAN/src/wsf_worker.c:491
#21 0x00002aee3dfa8e5e in zif_ws_service_reply (ht=941659616, return_value=<value optimized out>, return_value_ptr=<value optimized out>, this_ptr=0x2aee4254a3f8, return_value_used=<value optimized out>) at /root/wsf-framework/wso2-wsf-php-src-2.0.0-CLEAN/src/wsf.c:1757
#22 0x00002aee37efd862 in execute () from /etc/httpd/modules/libphp5.so
#23 0x00002aee37eed9cc in execute () from /etc/httpd/modules/libphp5.so
#24 0x00002aee37ed0a8e in zend_execute_scripts () from /etc/httpd/modules/libphp5.so
#25 0x00002aee37e95bb7 in php_execute_script () from /etc/httpd/modules/libphp5.so
#26 0x00002aee37f4df86 in php_ap2_register_hook () from /etc/httpd/modules/libphp5.so
#27 0x00002aee2c3447ea in ap_run_handler () from /usr/sbin/httpd
#28 0x00002aee2c347c72 in ap_invoke_handler () from /usr/sbin/httpd
#29 0x00002aee2c3525e8 in ap_process_request () from /usr/sbin/httpd
#30 0x00002aee2c34f870 in ap_register_input_filter () from /usr/sbin/httpd
#31 0x00002aee2c34ba52 in ap_run_process_connection () from /usr/sbin/httpd
#32 0x00002aee2c35620b in ap_graceful_stop_signalled () from /usr/sbin/httpd
#33 0x00002aee2c35640e in ap_graceful_stop_signalled () from /usr/sbin/httpd
#34 0x00002aee2c356f11 in ap_mpm_run () from /usr/sbin/httpd
#35 0x00002aee2c331e04 in main () from /usr/sbin/httpd



--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://wso2.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

_______________________________________________
Wsf-c-dev mailing list
[hidden email]
https://wso2.org/cgi-bin/mailman/listinfo/wsf-c-dev
Reply | Threaded
Open this post in threaded view
|

[jira] Commented: (WSFPHP-398) Segmentation fault caused by MTOM attachment

JIRA jira@wso2.org

    [ https://wso2.org/jira/browse/WSFPHP-398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=28526#action_28526 ]

Diego Moore commented on WSFPHP-398:
------------------------------------

We got to the bottom of this by replicating the behavior with SoapUI.

Sending the request without HTTP Chunking would cause it, we have requested that the developers use HTTP chunking in their WCF client and have not had any issues since.

BTW: The latest version of SoapUI 3.0 has a threshold for chunking so you can effectively turn it on and off while in 2.5 I don't think you could.

> Segmentation fault caused by MTOM attachment
> --------------------------------------------
>
>                 Key: WSFPHP-398
>                 URL: https://wso2.org/jira/browse/WSFPHP-398
>             Project: WSO2 WSF/PHP
>          Issue Type: Bug
>    Affects Versions: 2.0.0
>         Environment: CentOS 5.1 and RHEL4
>            Reporter: Diego Moore
>            Priority: High
>
> Most of the details are already on http://wso2.org/forum/thread/5655 but to wrap-up, apache seems to crash with either [notice] child pid 8058 exit signal Segmentation fault (11) or *** glibc detected *** /usr/sbin/httpd: free(): invalid pointer: 0x00002ac55706c010 *** when it encounters a SOAP requests with an MTOM attachment between 131,057 and 600,000 bytes.
> WSF-PHP 2.0 was built from source on two servers, the latter having:
> CentOS 5.1 64bit
> Apache/2.2.3
> PHP 5.1.6
> Here is the backtrace from Apache:
> (gdb) bt
> #0  0x00002aee2e313618 in __lll_mutex_lock_wait () from /lib64/libc.so.6
> #1  0x00002aee2e2accb7 in _L_lock_14073 () from /lib64/libc.so.6
> #2  0x00002aee2e2abb11 in free () from /lib64/libc.so.6
> #3  0x00002aee2c57a055 in _dl_map_object_deps () from /lib64/ld-linux-x86-64.so.2
> #4  0x00002aee2c57ebbd in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
> #5  0x00002aee2c57ada6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
> #6  0x00002aee2c57e54c in _dl_open () from /lib64/ld-linux-x86-64.so.2
> #7  0x00002aee2e33b8f0 in do_dlopen () from /lib64/libc.so.6
> #8  0x00002aee2c57ada6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
> #9  0x00002aee2e33ba57 in __libc_dlopen_mode () from /lib64/libc.so.6
> #10 0x00002aee2e3197da in init () from /lib64/libc.so.6
> #11 0x00002aee2de254ad in pthread_once () from /lib64/libpthread.so.0
> #12 0x00002aee2e319871 in backtrace () from /lib64/libc.so.6
> #13 0x00002aee2e2a125f in __libc_message () from /lib64/libc.so.6
> #14 0x00002aee2e2a84f4 in _int_free () from /lib64/libc.so.6
> #15 0x00002aee2e2abb1c in free () from /lib64/libc.so.6
> #16 0x00002aee3f2ef4f2 in axiom_mime_parser_clear_buffers (env=0x2aee3df925f0, buf_list=<value optimized out>, free_from=1037783952, free_to=-1) at mime_parser.c:1841
> #17 0x00002aee3f2f0ec0 in axiom_mime_parser_parse (mime_parser=0x2aee425a2960, env=0x2aee3df925f0, callback=0x2aee3ec31450 <axis2_http_transport_utils_on_data_request>, callback_ctx=0x2aee424a9c30, mime_boundary=<value optimized out>) at mime_parser.c:905
> #18 0x00002aee3ec328c8 in axis2_http_transport_utils_process_http_post_request (env=0x2aee3df925f0, msg_ctx=0x2aee425a2ba0, in_stream=<value optimized out>, out_stream=<value optimized out>, content_type=0x2aee4220c586 "multipart/related; type=\"application/soap+xml\"; start=\"<[hidden email]>\"; boundary=\"----=_Part_14_16550760.1248090788508\"", content_length=209427, soap_action_header=0x0, request_uri=0x2aee425a40f0 "http://173.1.56.19/webservices/service-mtom-withouttimestamp.php") at http_transport_utils.c:459
> #19 0x00002aee3ec342c4 in axis2_http_transport_utils_process_request (env=0x2aee3df925f0, conf_ctx=0x2aee4184ba90, request=0x7fff7e7892a0, response=0x7fff7e789390) at http_transport_utils.c:2770
> #20 0x00002aee3dfaffae in wsf_worker_process_request (worker=<value optimized out>, env=0x2aee3df925f0, request=0x7fff7e789420, response=0x7fff7e7894c0, svc_info=0x2aee4259a710) at /root/wsf-framework/wso2-wsf-php-src-2.0.0-CLEAN/src/wsf_worker.c:491
> #21 0x00002aee3dfa8e5e in zif_ws_service_reply (ht=941659616, return_value=<value optimized out>, return_value_ptr=<value optimized out>, this_ptr=0x2aee4254a3f8, return_value_used=<value optimized out>) at /root/wsf-framework/wso2-wsf-php-src-2.0.0-CLEAN/src/wsf.c:1757
> #22 0x00002aee37efd862 in execute () from /etc/httpd/modules/libphp5.so
> #23 0x00002aee37eed9cc in execute () from /etc/httpd/modules/libphp5.so
> #24 0x00002aee37ed0a8e in zend_execute_scripts () from /etc/httpd/modules/libphp5.so
> #25 0x00002aee37e95bb7 in php_execute_script () from /etc/httpd/modules/libphp5.so
> #26 0x00002aee37f4df86 in php_ap2_register_hook () from /etc/httpd/modules/libphp5.so
> #27 0x00002aee2c3447ea in ap_run_handler () from /usr/sbin/httpd
> #28 0x00002aee2c347c72 in ap_invoke_handler () from /usr/sbin/httpd
> #29 0x00002aee2c3525e8 in ap_process_request () from /usr/sbin/httpd
> #30 0x00002aee2c34f870 in ap_register_input_filter () from /usr/sbin/httpd
> #31 0x00002aee2c34ba52 in ap_run_process_connection () from /usr/sbin/httpd
> #32 0x00002aee2c35620b in ap_graceful_stop_signalled () from /usr/sbin/httpd
> #33 0x00002aee2c35640e in ap_graceful_stop_signalled () from /usr/sbin/httpd
> #34 0x00002aee2c356f11 in ap_mpm_run () from /usr/sbin/httpd
> #35 0x00002aee2c331e04 in main () from /usr/sbin/httpd

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://wso2.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

_______________________________________________
Wsf-c-dev mailing list
[hidden email]
https://wso2.org/cgi-bin/mailman/listinfo/wsf-c-dev