You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Travis CI <bu...@travis-ci.com> on 2020/12/11 11:30:43 UTC

Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Build Update for apache/httpd
-------------------------------------

Build: #1288
Status: Still Failing

Duration: 17 mins and 33 secs
Commit: 788be62 (2.4.x)
Author: Ruediger Pluem
Message: * Trigger CI

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1884301 13f79535-47bb-0310-9956-ffa450edef68

View the changeset: https://github.com/apache/httpd/compare/2dbb4be292fa...788be62b007c

View the full build log and details: https://travis-ci.com/github/apache/httpd/builds/207940237?utm_medium=notification&utm_source=email


--

You can unsubscribe from build emails from the apache/httpd repository going to https://travis-ci.com/account/preferences/unsubscribe?repository=16806660&utm_medium=notification&utm_source=email.
Or unsubscribe from *all* email updating your settings at https://travis-ci.com/account/preferences/unsubscribe?utm_medium=notification&utm_source=email.
Or configure specific recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications.


Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Stefan Eissing <st...@greenbytes.de>.
You guys are awesome! ;-)

> Am 11.12.2020 um 15:38 schrieb Yann Ylavic <yl...@gmail.com>:
> 
> On Fri, Dec 11, 2020 at 3:35 PM Ruediger Pluem <rp...@apache.org> wrote:
>> 
>> On 12/11/20 3:31 PM, Ruediger Pluem wrote:
>>> 
>>> 
>>> On 12/11/20 3:11 PM, Yann Ylavic wrote:
>>>> On Fri, Dec 11, 2020 at 3:04 PM Joe Orton <jo...@redhat.com> wrote:
>>>>> 
>>>>> On Fri, Dec 11, 2020 at 01:48:39PM +0100, Yann Ylavic wrote:
>>>>>> On Fri, Dec 11, 2020 at 12:59 PM Ruediger Pluem <rp...@apache.org> wrote:
>>>>>>> 
>>>>>>> On 12/11/20 12:30 PM, Travis CI wrote:
>>>>>>>> 
>>>>>>>> branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
>>>>>>>> 
>>>>>>>> build has failed
>>>>>>> 
>>>>>>> I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752),
>>>>>> 
>>>>>> The old code would also have abort()ed on a NULL pool.
>>>>>> 
>>>>>>> but the real root cause is the
>>>>>>> missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?
>>>>>> 
>>>>>> Good catch! +1 for backport.
>>>>> 
>>>>> +1 from me too, can we get a third?
>>> 
>>> +1 from me.
>>> 
>>>> 
>>>> Those:
>>>> 
>>>>  *) core: reset ap_runtime_dir to NULL after AP_SQ_MS_DESTROY_CONFIG.
>>>>  *) mod_http2: stop/wait the workers threads before their pool is killed.
>>> 
>>> I will have a look separately.
>>> 
>> 
>> Already done by others :-)
> 
> We are too fast, even travis can't cope :)


Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Yann Ylavic <yl...@gmail.com>.
On Fri, Dec 11, 2020 at 3:35 PM Ruediger Pluem <rp...@apache.org> wrote:
>
> On 12/11/20 3:31 PM, Ruediger Pluem wrote:
> >
> >
> > On 12/11/20 3:11 PM, Yann Ylavic wrote:
> >> On Fri, Dec 11, 2020 at 3:04 PM Joe Orton <jo...@redhat.com> wrote:
> >>>
> >>> On Fri, Dec 11, 2020 at 01:48:39PM +0100, Yann Ylavic wrote:
> >>>> On Fri, Dec 11, 2020 at 12:59 PM Ruediger Pluem <rp...@apache.org> wrote:
> >>>>>
> >>>>> On 12/11/20 12:30 PM, Travis CI wrote:
> >>>>>>
> >>>>>> branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
> >>>>>>
> >>>>>> build has failed
> >>>>>
> >>>>> I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752),
> >>>>
> >>>> The old code would also have abort()ed on a NULL pool.
> >>>>
> >>>>> but the real root cause is the
> >>>>> missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?
> >>>>
> >>>> Good catch! +1 for backport.
> >>>
> >>> +1 from me too, can we get a third?
> >
> > +1 from me.
> >
> >>
> >> Those:
> >>
> >>   *) core: reset ap_runtime_dir to NULL after AP_SQ_MS_DESTROY_CONFIG.
> >>   *) mod_http2: stop/wait the workers threads before their pool is killed.
> >
> > I will have a look separately.
> >
>
> Already done by others :-)

We are too fast, even travis can't cope :)

Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Ruediger Pluem <rp...@apache.org>.

On 12/11/20 3:31 PM, Ruediger Pluem wrote:
> 
> 
> On 12/11/20 3:11 PM, Yann Ylavic wrote:
>> On Fri, Dec 11, 2020 at 3:04 PM Joe Orton <jo...@redhat.com> wrote:
>>>
>>> On Fri, Dec 11, 2020 at 01:48:39PM +0100, Yann Ylavic wrote:
>>>> On Fri, Dec 11, 2020 at 12:59 PM Ruediger Pluem <rp...@apache.org> wrote:
>>>>>
>>>>> On 12/11/20 12:30 PM, Travis CI wrote:
>>>>>>
>>>>>> branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
>>>>>>
>>>>>> build has failed
>>>>>
>>>>> I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752),
>>>>
>>>> The old code would also have abort()ed on a NULL pool.
>>>>
>>>>> but the real root cause is the
>>>>> missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?
>>>>
>>>> Good catch! +1 for backport.
>>>
>>> +1 from me too, can we get a third?
> 
> +1 from me.
> 
>>
>> Those:
>>
>>   *) core: reset ap_runtime_dir to NULL after AP_SQ_MS_DESTROY_CONFIG.
>>   *) mod_http2: stop/wait the workers threads before their pool is killed.
> 
> I will have a look separately.
> 

Already done by others :-)

Regards

Rüdiger

Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Ruediger Pluem <rp...@apache.org>.

On 12/11/20 3:11 PM, Yann Ylavic wrote:
> On Fri, Dec 11, 2020 at 3:04 PM Joe Orton <jo...@redhat.com> wrote:
>>
>> On Fri, Dec 11, 2020 at 01:48:39PM +0100, Yann Ylavic wrote:
>>> On Fri, Dec 11, 2020 at 12:59 PM Ruediger Pluem <rp...@apache.org> wrote:
>>>>
>>>> On 12/11/20 12:30 PM, Travis CI wrote:
>>>>>
>>>>> branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
>>>>>
>>>>> build has failed
>>>>
>>>> I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752),
>>>
>>> The old code would also have abort()ed on a NULL pool.
>>>
>>>> but the real root cause is the
>>>> missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?
>>>
>>> Good catch! +1 for backport.
>>
>> +1 from me too, can we get a third?

+1 from me.

> 
> Those:
> 
>   *) core: reset ap_runtime_dir to NULL after AP_SQ_MS_DESTROY_CONFIG.
>   *) mod_http2: stop/wait the workers threads before their pool is killed.

I will have a look separately.

Regards

Rüdiger

> 
> in STATUS already are also about making the ci pass on 2.4.x with the
> same set as trunk.
> 
> +1s are welcome (and easy I think) there too :)
> 
> 
> Regards;
> Yann.
> 

Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Yann Ylavic <yl...@gmail.com>.
On Fri, Dec 11, 2020 at 3:04 PM Joe Orton <jo...@redhat.com> wrote:
>
> On Fri, Dec 11, 2020 at 01:48:39PM +0100, Yann Ylavic wrote:
> > On Fri, Dec 11, 2020 at 12:59 PM Ruediger Pluem <rp...@apache.org> wrote:
> > >
> > > On 12/11/20 12:30 PM, Travis CI wrote:
> > > >
> > > > branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
> > > >
> > > > build has failed
> > >
> > > I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752),
> >
> > The old code would also have abort()ed on a NULL pool.
> >
> > > but the real root cause is the
> > > missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?
> >
> > Good catch! +1 for backport.
>
> +1 from me too, can we get a third?

Those:

  *) core: reset ap_runtime_dir to NULL after AP_SQ_MS_DESTROY_CONFIG.
  *) mod_http2: stop/wait the workers threads before their pool is killed.

in STATUS already are also about making the ci pass on 2.4.x with the
same set as trunk.

+1s are welcome (and easy I think) there too :)


Regards;
Yann.

Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Joe Orton <jo...@redhat.com>.
On Fri, Dec 11, 2020 at 01:48:39PM +0100, Yann Ylavic wrote:
> On Fri, Dec 11, 2020 at 12:59 PM Ruediger Pluem <rp...@apache.org> wrote:
> >
> > On 12/11/20 12:30 PM, Travis CI wrote:
> > >
> > > branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
> > >
> > > build has failed
> >
> > I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752),
> 
> The old code would also have abort()ed on a NULL pool.
> 
> > but the real root cause is the
> > missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?
> 
> Good catch! +1 for backport.

+1 from me too, can we get a third?



Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Yann Ylavic <yl...@gmail.com>.
On Fri, Dec 11, 2020 at 12:59 PM Ruediger Pluem <rp...@apache.org> wrote:
>
> On 12/11/20 12:30 PM, Travis CI wrote:
> >
> > branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
> >
> > build has failed
>
> I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752),

The old code would also have abort()ed on a NULL pool.

> but the real root cause is the
> missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?

Good catch! +1 for backport.


Regards;
Yann.

Re: Still Failing: apache/httpd#1288 (2.4.x - 788be62)

Posted by Ruediger Pluem <rp...@apache.org>.

On 12/11/20 12:30 PM, Travis CI wrote:
> apache
> 
> /
> 
> httpd
> 
> <https://travis-ci.com/github/apache/httpd?utm_medium=notification&utm_source=email>
> 
> branch icon2.4.x <https://github.com/apache/httpd/tree/2.4.x>
> 
> build has failed
> Build #1288 is still failing <https://travis-ci.com/github/apache/httpd/builds/207940237?utm_medium=notification&utm_source=email>
> arrow to build time
> clock icon17 mins and 33 secs

I think this is exposed by r1883752 (http://svn.apache.org/viewvc?view=revision&revision=1883752), but the real root cause is the
missing backport of r1876626 (http://svn.apache.org/viewvc?view=revision&revision=1876626) to 2.4.x. Thoughts?

Regards

Rüdiger