osdir.com


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug 62838] New: semaphores appear to be leaking


https://bz.apache.org/bugzilla/show_bug.cgi?id=62838

            Bug ID: 62838
           Summary: semaphores appear to be leaking
           Product: Apache httpd-2
           Version: 2.4.34
          Hardware: PC
            Status: NEW
          Severity: major
          Priority: P2
         Component: Core
          Assignee: bugs@xxxxxxxxxxxxxxxx
          Reporter: mark@xxxxxxxxxxxxx
  Target Milestone: ---

As we have progressively  increased the number of sites using Apache 2.4
instead of Apache 2.2, we are seeing more and more cases of semaphore leakage.
The symptom is simply  that after a period of time of the order of a few days,
we hit the kernel configured semaphore limit. 


(chroot) user@host:~ $ ipcs -ls

------ Semaphore Limits --------
max number of arrays = 8192
max semaphores per array = 250
max semaphores system wide = 262144
max ops per semop call = 32
semaphore max value = 32767

(chroot) user@host:~ $ ipcs -us

------ Semaphore Status --------
used arrays = 8192
allocated semaphores = 8204

(chroot) user@host:~ $

All Apache instances are completely stopped once a day and restarted, so we
would not expect a net increase of any kind over time.

I believe the likely culprits are either the healthcheck module or the  proxy
balancer module, both of which we make extensive use of. 

What options do I have for tracking this down?

Here's the loaded module dump.

Loaded Modules:
 core_module (static)
 authn_file_module (static)
 authz_host_module (static)
 authz_groupfile_module (static)
 authz_user_module (static)
 authnz_ldap_module (static)
 auth_basic_module (static)
 auth_digest_module (static)
 so_module (static)
 http_module (static)
 mime_module (static)
 ldap_module (static)
 log_config_module (static)
 env_module (static)
 ssl_module (static)
 http2_module (static)
 actions_module (static)
 alias_module (static)
 rewrite_module (static)
 mpm_event_module (shared)
 negotiation_module (shared)
 status_module (shared)
 info_module (shared)
 include_module (shared)
 autoindex_module (shared)
 dir_module (shared)
 cgi_module (shared)
 expires_module (shared)
 headers_module (shared)
 unique_id_module (shared)
 setenvif_module (shared)
 logio_module (shared)
 unixd_module (shared)
 fcgid_module (shared)
 proxy_module (shared)
 proxy_http_module (shared)
 proxy_http2_module (shared)
 reqtimeout_module (shared)
 proxy_ajp_module (shared)
 slotmem_shm_module (shared)
 proxy_balancer_module (shared)
 proxy_wstunnel_module (shared)
 proxy_hcheck_module (shared)
 watchdog_module (shared)
 lbmethod_byrequests_module (shared)
 lbmethod_bytraffic_module (shared)
 lbmethod_bybusyness_module (shared)
 lbmethod_heartbeat_module (shared)
 auth_kerb_module (shared)
 suexec_module (shared)
 gateform_module (shared)
 qos_module (shared)
 jk_module (shared)
 weblogic_module (shared)
 socache_shmcb_module (shared)
 ct_auth_module (shared)
 authz_dbm_module (shared)
 security2_module (shared)
 deflate_module (shared)
 filter_module (shared)
 substitute_module (shared)
 authn_core_module (shared)
 authz_core_module (shared)
 remoteip_module (shared)

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: bugs-help@xxxxxxxxxxxxxxxx