Summary: | SSL enabled www-servers/apache-2.4.9-r2 fails on graceful restart | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Beutin <tb> |
Component: | Current packages | Assignee: | Apache Team - Bugzilla Reports <apache-bugs> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | apache-bugs, jstein, leho |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Thomas Beutin
2014-05-19 11:52:40 UTC
Indeed quite strange. I cannot reproduce it and thus do not even know where to start looking for this problem. (In reply to Lars Wendler (Polynomial-C) from comment #1) > Indeed quite strange. I cannot reproduce it and thus do not even know where > to start looking for this problem. same for me. could this be related to a quite big machine? w/o SSL it just works. (In reply to Thomas Beutin from comment #2) > (In reply to Lars Wendler (Polynomial-C) from comment #1) > > Indeed quite strange. I cannot reproduce it and thus do not even know where > > to start looking for this problem. > > same for me. could this be related to a quite big machine? w/o SSL it just > works. ...the remainig processes are easy to kill by a SIGHUP... Is this still an issue with current apache versions? I haven't been able to restart my main server Apache instance in a timely fashion for years. `systemctl restart apache2` always has had to wait all the way to timeout, then SIGKILL the processes. Current: ================================================================= Package Settings ================================================================= www-servers/apache-2.4.39::gentoo was built with the following: USE="ldap ssl suexec-caps threads -debug -doc -gdbm -libressl (-selinux) -static -suexec -suexec-syslog" ABI_X86="(64)" APACHE2_MODULES="access_compat alias auth_basic authn_core authn_file authz_core authz_host authz_user autoindex brotli cache cache_disk cgid deflate dir env expires filter headers http2 info log_config macro mime proxy proxy_fcgi proxy_http proxy_http2 proxy_wstunnel rewrite setenvif socache_shmcb status unique_id unixd userdir vhost_alias -actions -asis -auth_digest -authn_alias -authn_anon -authn_dbd -authn_dbm -authz_dbd -authz_dbm -authz_groupfile -authz_owner -cache_socache -cern_meta -cgi -charset_lite -dav -dav_fs -dav_lock -dbd -dumpio -ext_filter -file_cache -ident -imagemap -include -lbmethod_bybusyness -lbmethod_byrequests -lbmethod_bytraffic -lbmethod_heartbeat -log_forensic -logio -md -mime_magic -negotiation -proxy_ajp -proxy_balancer -proxy_connect -proxy_ftp -proxy_html -proxy_scgi -ratelimit -remoteip -reqtimeout -slotmem_shm -speling -substitute -usertrack -version -watchdog -xml2enc" APACHE2_MPMS="event -prefork -worker" CFLAGS="-march=core2 -O2 -pipe -Wl,-O1 -Wl,--as-needed" CXXFLAGS="-march=core2 -O2 -pipe -Wl,-O1 -Wl,--as-needed" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--no-as-needed" I have a suspicion it could by `mod_wsgi` / Python related. My laptop localhost apache is doing much better, but isn't serving any Python apps via mod_wsgi. |