答复: [apache]maxconnectionsperchild problem

Hi , Frank Gingras Thank you for your response. The mpm I using is prefork mode. I will write it in my question and try to ask it to us...@httpd.apache.org thank you very much. Best regards Meng

Re: svn commit: r1899858 - /httpd/httpd/trunk/server/mpm/event/event.c

On Thu, Apr 14, 2022 at 6:11 PM Ruediger Pluem wrote: > > On 4/14/22 4:38 PM, yla...@apache.org wrote: > > > > +if (++successive_signals >= 3) { > > +if (successive_signals % 10 == 3) { > > +ap_log_error(APLOG_MARK, APLOG_WARNING, 0, > > +

Re: svn commit: r1899858 - /httpd/httpd/trunk/server/mpm/event/event.c

On 4/14/22 4:38 PM, yla...@apache.org wrote: > Author: ylavic > Date: Thu Apr 14 14:38:03 2022 > New Revision: 1899858 > > URL: http://svn.apache.org/viewvc?rev=1899858=rev > Log: > mpm_event: Handle children killed pathologically. > > If children processes get killed (SIGSEGV/SIGABRT/..)

Re: [apache]maxconnectionsperchild problem

You should direct your questions to us...@httpd.apache.org instead. In the meantime, what mpm are you using? On Thu, 14 Apr 2022 at 07:42, 刘孟 wrote: > I am sorry that is there anybody can answer my question? > > > > Hello, Mr Mentor > > > > I tried to translat it to English, please forgive my

Re: svn commit: r1899777 - /httpd/httpd/trunk/server/mpm/event/event.c

On Thu, Apr 14, 2022 at 1:43 PM Stefan Eissing wrote: > > > In test/modules/core/test_002_restarts.py there is now a start of this. > Invoked > specifically with: > > trunk> STRESS_TEST=1 pytest -vvv -k test_core_002 Thanks for writing this! > > this uses the config given and runs h2load with

Re: Faster start children after fatal signals?

On Thu, Apr 14, 2022 at 4:00 PM Ruediger Pluem wrote: > > On 4/14/22 3:43 PM, Yann Ylavic wrote: > > > > I have not tested it yet but possibly without this if many children > > segfault successively we might enter a busy fork() loop. Tested and it seems to work.. > > The above would restart

Re: Faster start children after fatal signals?

On 4/14/22 3:43 PM, Yann Ylavic wrote: > On Thu, Apr 14, 2022 at 1:44 PM Ruediger Pluem wrote: >> >> On 4/14/22 1:16 PM, Yann Ylavic wrote: >>> On Thu, Apr 14, 2022 at 12:09 PM Ruediger Pluem wrote: On 4/14/22 11:52 AM, Yann Ylavic wrote: > > Any signal that killed the

Re: Faster start children after fatal signals?

On Thu, Apr 14, 2022 at 1:44 PM Ruediger Pluem wrote: > > On 4/14/22 1:16 PM, Yann Ylavic wrote: > > On Thu, Apr 14, 2022 at 12:09 PM Ruediger Pluem wrote: > >> > >> On 4/14/22 11:52 AM, Yann Ylavic wrote: > >>> > >>> Any signal that killed the process would mean something unexpected > >>>

Re: Faster start children after fatal signals?

On 4/14/22 1:16 PM, Yann Ylavic wrote: > On Thu, Apr 14, 2022 at 12:09 PM Ruediger Pluem wrote: >> >> On 4/14/22 11:52 AM, Yann Ylavic wrote: >>> >>> Any signal that killed the process would mean something unexpected >>> happened since we clean_child_exit() otherwise? >> >> Hm. You mean that

Re: svn commit: r1899777 - /httpd/httpd/trunk/server/mpm/event/event.c

> Am 14.04.2022 um 10:19 schrieb Yann Ylavic : > > On Thu, Apr 14, 2022 at 9:12 AM Stefan Eissing wrote: >> >> I have the feeling we are in need of some sort of stress tests on >> the overall child management scenarios. Offering my help. > > Thanks Stefan for offering! > > Say we have a

答复: [apache]maxconnectionsperchild problem

I am sorry that is there anybody can answer my question? Hello, Mr Mentor I tried to translat it to English, please forgive my poor English Recently, when using the forwarding function of Apache, the The [maxconnectionsperchild] parameter in the MPM is ambiguous within the company. During

Re: Faster start children after fatal signals?

On Thu, Apr 14, 2022 at 12:09 PM Ruediger Pluem wrote: > > On 4/14/22 11:52 AM, Yann Ylavic wrote: > > > > Any signal that killed the process would mean something unexpected > > happened since we clean_child_exit() otherwise? > > Hm. You mean that the case for > > case SIGTERM: >

Re: Faster start children after fatal signals?

On 4/14/22 11:52 AM, Yann Ylavic wrote: > On Thu, Apr 14, 2022 at 11:21 AM Ruediger Pluem wrote: >> >> On 4/13/22 5:41 PM, Yann Ylavic wrote: >>> On Wed, Apr 13, 2022 at 4:30 PM Ruediger Pluem wrote: While looking at PR65769 I stumbled across the below in event.c (same in

Re: Faster start children after fatal signals?

On Thu, Apr 14, 2022 at 11:21 AM Ruediger Pluem wrote: > > On 4/13/22 5:41 PM, Yann Ylavic wrote: > > On Wed, Apr 13, 2022 at 4:30 PM Ruediger Pluem wrote: > >> > >> While looking at PR65769 I stumbled across the below in event.c (same in > >> worker.c) > >> > >> 3460/* Don't

Re: Faster start children after fatal signals?

On 4/13/22 5:41 PM, Yann Ylavic wrote: > On Wed, Apr 13, 2022 at 4:30 PM Ruediger Pluem wrote: >> >> While looking at PR65769 I stumbled across the below in event.c (same in >> worker.c) >> >> 3460/* Don't perform idle maintenance when a child dies, >> 3461 *

Re: svn commit: r1899648 - in /httpd/httpd/trunk: changes-entries/core_response_buckets.txt include/mod_core.h modules/http/http_core.c modules/http/http_filters.c modules/http/http_protocol.c server/

On 4/14/22 10:18 AM, Stefan Eissing wrote: > > >> Am 13.04.2022 um 17:16 schrieb Ruediger Pluem : >> >> >> >> On 4/7/22 12:41 PM, ic...@apache.org wrote: >>> Author: icing >>> Date: Thu Apr 7 10:41:46 2022 >>> New Revision: 1899648 >>> >>> URL: http://svn.apache.org/viewvc?rev=1899648=rev

Re: svn commit: r1899777 - /httpd/httpd/trunk/server/mpm/event/event.c

On Thu, Apr 14, 2022 at 9:12 AM Stefan Eissing wrote: > > I have the feeling we are in need of some sort of stress tests on > the overall child management scenarios. Offering my help. Thanks Stefan for offering! Say we have a MPM event configuration like this: StartServers 1

Re: svn commit: r1899648 - in /httpd/httpd/trunk: changes-entries/core_response_buckets.txt include/mod_core.h modules/http/http_core.c modules/http/http_filters.c modules/http/http_protocol.c server/

> Am 13.04.2022 um 17:16 schrieb Ruediger Pluem : > > > > On 4/7/22 12:41 PM, ic...@apache.org wrote: >> Author: icing >> Date: Thu Apr 7 10:41:46 2022 >> New Revision: 1899648 >> >> URL: http://svn.apache.org/viewvc?rev=1899648=rev >> Log: >> *) core/mod_http: use RESPONSE meta buckets

Re: svn commit: r1899777 - /httpd/httpd/trunk/server/mpm/event/event.c

> Am 13.04.2022 um 17:33 schrieb Yann Ylavic : > > On Wed, Apr 13, 2022 at 4:22 PM Ruediger Pluem wrote: >> >> On 4/12/22 2:08 PM, yla...@apache.org wrote: >> >>> @@ -3447,9 +3480,11 @@ static void server_main_loop(int remaini >>> continue; >>> } >>> >>> +