Re: mod_md : not possible to use Lets-Encrypt-Win-Simple

2018-03-19 Thread Arkadiusz Miśkiewicz
he.org/bugzilla/show_bug.cgi?id=62189 > > > Am 18.03.2018 um 19:00 schrieb Arkadiusz Miśkiewicz <ar...@maven.pl>: > >> On Sunday 18 of March 2018, Eric Covener wrote: > >>> On Sun, Mar 18, 2018 at 1:41 PM, Steffen <i...@apachelounge.com> wrote: >

Re: mod_md : not possible to use Lets-Encrypt-Win-Simple

2018-03-18 Thread Arkadiusz Miśkiewicz
d more easily". > > It seems a bit weird to load mod_md and not use it as your ACME > client, but it's a reasonable request. Or better be able to handle both. If no on disk challenge then fallback to mod_md (or the other way). -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )

Re: Improve Apache performance on high load (prefork MPM) with multiple Accept mutexes (Patch attached)

2015-10-27 Thread Arkadiusz Miśkiewicz
er-zts Enable thread safety - for code maintainers only!!" -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )

Re: Disable SSLv3 by default

2014-10-17 Thread Arkadiusz Miśkiewicz
protocols which can be enabled in mod_ssl. Then add safe option (leaving all as is) and make safe default. safe would point to known safe protocols at release time. Kaspar -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )

Re: [PATCH ASF bugzilla# 55897]prefork_mpm patch with SO_REUSEPORT support

2014-03-05 Thread Arkadiusz Miśkiewicz
to improve existing ones than invent new one. (although I hope we find a way to adopt it.) +1 -- Arkadiusz Miśkiewicz, arekm / maven.pl

Re: FW: [PATCH ASF bugzilla# 55897]prefork_mpm patch with SO_REUSEPORT support

2014-03-04 Thread Arkadiusz Miśkiewicz
a problem for any significant number of people?) What if I build apache on newer kernel and run it on older? (not that uncommon in rpm/deb/other binary packaging system). It shouldn't be hard to detect SO_REUSEPORT support runtime, right? -- Arkadiusz Miśkiewicz, arekm / maven.pl

Re: Planning for 2.4.7 in Oct

2013-09-07 Thread Arkadiusz Miśkiewicz
signals only to living processes based on scoreboard instead of blindly sending to every process until current max_daemons_limit). -- Arkadiusz Miśkiewicz, arekm / maven.pl

Re: 2.4.4 graceful restart taking long time [PATCH]

2013-04-12 Thread Arkadiusz Miśkiewicz
On Thursday 11 of April 2013, Arkadiusz Miśkiewicz wrote: Hello, On apache 2.2.22, 2.2.23 and 2.4.4 I'm able to reproduce a problem where graceful restart takes very long time. Linux 3.7.10, glibc 2.17 here. Summary of my findings 1) main process on gracefull restart calls /* kill off

Re: 2.4.4 graceful restart taking long time [PATCH]

2013-04-12 Thread Arkadiusz Miśkiewicz
restart then can proceed without a delay. -- Arkadiusz Miśkiewicz, arekm / maven.pl

Re: 2.4.4 graceful restart taking long time [PATCH]

2013-04-12 Thread Arkadiusz Miśkiewicz
On Friday 12 of April 2013, Arkadiusz Miśkiewicz wrote: 6) possible solution - detect that sending dummy_connection data weren't processed by children by trying to read reply diff -ur httpd-2.4.4.org/server/mpm_unix.c httpd-2.4.4/server/mpm_unix.c --- httpd-2.4.4.org/server/mpm_unix.c 2012

2.4.4 graceful restart taking long time

2013-04-11 Thread Arkadiusz Miśkiewicz
. -- Arkadiusz Miśkiewicz, arekm / maven.pl

Re: 2.4.4 graceful restart taking long time

2013-04-11 Thread Arkadiusz Miśkiewicz
when this happens (top)? No kernel messages, no cpu spikes - looks normal. Regards Rüdiger -- Arkadiusz Miśkiewicz, arekm / maven.pl

Re: 2.4.4 graceful restart taking long time

2013-04-11 Thread Arkadiusz Miśkiewicz
On Thursday 11 of April 2013, Arkadiusz Miśkiewicz wrote: Another strace including children http://ixion.pld-linux.org/~arekm/apache1.txt Graceful restart and first OPTIONS write at 12594 15:10:01.397356 write(7, OPTIONS * HTTP/1.0\r\nUser-Agent: Apache/2.4.4 (Unix) (internal dummy