apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject [Bug 54554] New: apr_pool_cleanup_null loop
Date Tue, 12 Feb 2013 21:52:56 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=54554

            Bug ID: 54554
           Summary: apr_pool_cleanup_null loop
           Product: APR
           Version: HEAD
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: APR
          Assignee: bugs@apr.apache.org
          Reporter: cwood@site5.com
    Classification: Unclassified

With using modsec2 for security - our servers will randomly get triggered to
cause an indefinite loop with apr_pool_cleanup_null. We are unsure of what
actually triggers it, other than modsecurity (2.7.1) it self - as disabling
this module fleet wide, we have no had the same problems..

The indications are a 3rd httpd child forked off, and consuming more than its
fair share of the CPU..

nobody   51805  1.1  2.2 837744 273500 ?       Sl   15:58   0:24  \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    2884 46.1  2.1 837744 263912 ?       R    16:29   1:24  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    3955 47.3  2.1 837744 264148 ?       R    16:30   1:02  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    3981 45.3  2.1 837744 264164 ?       R    16:30   0:58  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    3986 47.1  2.1 837744 264164 ?       R    16:30   1:00  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    4024 47.2  2.1 837744 264168 ?       R    16:30   0:58  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    4031 51.2  2.1 837744 264176 ?       R    16:30   1:02  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    4052 46.6  2.1 837744 264176 ?       R    16:30   0:55  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
nobody    4146 47.8  2.1 837744 264200 ?       R    16:30   0:51  |   \_
/usr/local/apache/bin/httpd -k start -DSSL
...
...
...

An strace of the given process does not show anything, as its caught in a loop
- no system calls, while an ltrace of the process ID will confirm the looping..

apr_pool_cleanup_null(0x2914ea0, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914f10, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914ed8, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914ea0, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914f10, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914ed8, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914ea0, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914f10, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914ed8, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914ea0, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914f10, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
apr_pool_cleanup_null(0x2914ed8, 2, 0x42a9f0, 0, 0x7a62efdaa940)               
                                                  = 0
...
...
...

Unfortunately, there isn't much information other than the above and disabling
modsecurity the issue goes away, as we dont know know how to reproduce or what
triggers the loop in the first place. Any advice on this would be greatly
appreciated.

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


Mime
View raw message