https://issues.apache.org/bugzilla/show_bug.cgi?id=53435

--- Comment #2 from Sebastian Wiedenroth <[email protected]> ---
Hi,

i believe to have run into the same issue.
Graceful restarts every 5 minutes fill up about 400mb of ram in a day.

With mdb and ::findleaks i've tracked it down to stacktraces like this:

            ADDR          BUFADDR        TIMESTAMP           THREAD
                            CACHE          LASTLOG         CONTENTS
          811e40           80fd20   40b3df2f559484                1
                           4bd668                0                0
                 libumem.so.1`umem_cache_alloc_debug+0xfd
                 libumem.so.1`umem_cache_alloc+0xb3
                 libumem.so.1`umem_alloc+0x64
                 libumem.so.1`umem_malloc+0x3f
                 libcrypto.so.1.0.0`CRYPTO_malloc+0x5d
                 libcrypto.so.1.0.0`lh_insert+0x1fe
                 libcrypto.so.1.0.0`int_err_set_item+0x4f
                 libcrypto.so.1.0.0`ERR_load_strings+0x41
                 libssl.so.1.0.0`ERR_load_SSL_strings+0x2e
                 mod_ssl.so`ssl_hook_pre_config+0x30
                 ap_run_pre_config+0x60
                 main+0x905
                 _start+0x6c


Which sent me looking for ERR_free_strings().
It turns out that this was removed over 10 years ago in the following commit:
https://github.com/apache/httpd/commit/e2ee089fd414675144e347fc4624b1a665aac671

I have build 2.4.10 with this change reverted and it absolutly fixes the issue
for us.

All tests were done with 2.4.10 on SmartOS (Illumos) from pkgsrc and
openssl-1.0.1h.

I'm not sure if the reason for the removal is still valid (maybe something
changed in openssl).
Neither am I sure that reverting that commit won't break the error strings
(don't know how to test).
Of course I'm also wondering why this is not a bigger problem for other users,
but maybe they don't do graceful restarts that often ;-)

So maybe someone who knows a bit more on that topic can help here...

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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to