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.org> on 2020/02/17 15:20:55 UTC
Errored: apache/httpd#357 (2.4.x - d56819e)
Build Update for apache/httpd
-------------------------------------
Build: #357
Status: Errored
Duration: 27 mins and 0 secs
Commit: d56819e (2.4.x)
Author: Stefan Eissing
Message: Merged /httpd/httpd/trunk:r1870020,1874133
*) mod_md:
- Prefer MDContactEmail directive to ServerAdmin for registration. New directive
thanks to Timothe Litt (@tlhackque).
- protocol check for pre-configured "tls-alpn-01" challenge has been improved. It will now
check all matching virtual hosts for protocol support. Thanks to @mkauf.
- Corrected a check when OCSP stapling was configured for hosts
where the responsible MDomain is not clear, by Michal Karm Babacek (@Karm).
- Softening the restrictions where mod_md configuration directives may appear. This should
allow for use in <If> and <Macro> sections. If all possible variations lead to the configuration
you wanted in the first place, is another matter.
[Michael Kaufmann <mail michael-kaufmann.ch>, Timothe Litt (@tlhackque),
Michal Karm Babacek (@Karm), Stefan Eissing (@icing)]
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1874134 13f79535-47bb-0310-9956-ffa450edef68
View the changeset: https://github.com/apache/httpd/compare/ec62e78d6751...d56819eb04e0
View the full build log and details: https://travis-ci.org/apache/httpd/builds/651539420?utm_medium=notification&utm_source=email
--
You can unsubscribe from build emails from the apache/httpd repository going to https://travis-ci.org/account/preferences/unsubscribe?repository=69847&utm_medium=notification&utm_source=email.
Or unsubscribe from *all* email updating your settings at https://travis-ci.org/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: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Joe Orton <jo...@redhat.com>.
On Thu, Feb 27, 2020 at 11:30:58AM +0000, Joe Orton wrote:
> and weirdly the tests failing everywhere in the same places:
Obviously worked it out just after writing this, duh. It's because the
svn2git process drops empty directories, which we need preserved. Will
see if infra can fix this in the mirroring, otherwise we could work
around it.
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Joe Orton <jo...@redhat.com>.
On Thu, Feb 20, 2020 at 09:04:21AM +0000, Joe Orton wrote:
> On Wed, Feb 19, 2020 at 08:20:20AM -0500, Eric Covener wrote:
> > On Wed, Feb 19, 2020 at 8:17 AM Joe Orton <jo...@redhat.com> wrote:
> > > OK so I will ask for httpd/test/framework to be mirrored to github, but
> > > first the really hard question - what to name it? Assuming we can pick
> > > an arbitrary name, "httpd-tests" makes sense to me.
> >
> > works for me
>
> Thanks folks. -> https://issues.apache.org/jira/browse/INFRA-19872
OK Infra set this up at https://github.com/apache/httpd-tests
I srarted using this in a PR
https://travis-ci.org/apache/httpd/builds/655723094
and weirdly the tests failing everywhere in the same places:
Test Summary Report
-------------------
t/modules/allowmethods.t (Wstat: 0 Tests: 10 Failed: 1)
Failed test: 10
t/modules/proxy_fcgi.t (Wstat: 0 Tests: 26 Failed: 1)
Failed test: 26
Parse errors: Bad plan. You planned 42 tests but ran 26.
this seems extremely mysterious. The arm build is still using verbose
logging and the failures are:
# testing : Get - When Post/reset is allowed.
# expected: 200
# received: '405'
not ok 10
Failed 1/10 subtests
and I guess all the php-fpm failures are because it is failing to run
php-fpm properly, but, what has changed to make that happen?
[27-Feb-2020 10:16:12] ERROR: failed to open error_log (/home/travis/build/apache/httpd/test/perl-framework/t/php-fpm/log/php-fpm.log): No such file or directory (2)
[27-Feb-2020 10:16:12] ERROR: failed to post process the configuration
[27-Feb-2020 10:16:12] ERROR: FPM initialization failed
# Failed test 26 in t/modules/proxy_fcgi.t at line 245
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Joe Orton <jo...@redhat.com>.
On Wed, Feb 19, 2020 at 08:20:20AM -0500, Eric Covener wrote:
> On Wed, Feb 19, 2020 at 8:17 AM Joe Orton <jo...@redhat.com> wrote:
> > OK so I will ask for httpd/test/framework to be mirrored to github, but
> > first the really hard question - what to name it? Assuming we can pick
> > an arbitrary name, "httpd-tests" makes sense to me.
>
> works for me
Thanks folks. -> https://issues.apache.org/jira/browse/INFRA-19872
AW: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by "Pluem, Ruediger, Vodafone Group" <ru...@vodafone.com>.
C2 General
> -----Ursprüngliche Nachricht-----
> Von: Eric Covener <co...@gmail.com>
> Gesendet: Mittwoch, 19. Februar 2020 14:20
> An: Apache HTTP Server Development List <de...@httpd.apache.org>
> Betreff: Re: httpd/test/framework location/mirroring (was Re: Errored:
> apache/httpd#357 (2.4.x - d56819e))
>
> On Wed, Feb 19, 2020 at 8:17 AM Joe Orton <jo...@redhat.com> wrote:
> >
> >
> > Yeah, so long as the existence of the svn:externals doesn't preclude
> > mirroring, I think we can safely ignore it. The test suite does seem
> to
> > work with an external install of Apache::Test just fine.
> >
> > OK so I will ask for httpd/test/framework to be mirrored to github,
> but
> > first the really hard question - what to name it? Assuming we can
> pick
> > an arbitrary name, "httpd-tests" makes sense to me.
>
> works for me
+1
Regards
Rüdiger
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Eric Covener <co...@gmail.com>.
On Wed, Feb 19, 2020 at 8:17 AM Joe Orton <jo...@redhat.com> wrote:
>
> On Mon, Feb 17, 2020 at 05:32:48PM -0500, Eric Covener wrote:
> > > >> There is also the complicating factor of the svn:external for
> > > >> https://svn.apache.org/repos/asf/perl/Apache-Test/trunk
> > > >>
> > > >
> > > > Good point. Not sure how to map svn:external in the git world.
> > >
> > > https://help.github.com/en/github/using-git/about-git-subtree-merges
> > >
> > > seems to be an approach, but not sure how this works with our svn to git mirroring.
> >
> > IIUC We could also just use it from CPAN with a README about dropping
> > in an Apache-Test checkout if you need to debug the framework itself?
> > Other than that, we could use a vendor/ like approach and see what's
> > new around release time.
>
> Yeah, so long as the existence of the svn:externals doesn't preclude
> mirroring, I think we can safely ignore it. The test suite does seem to
> work with an external install of Apache::Test just fine.
>
> OK so I will ask for httpd/test/framework to be mirrored to github, but
> first the really hard question - what to name it? Assuming we can pick
> an arbitrary name, "httpd-tests" makes sense to me.
works for me
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Joe Orton <jo...@redhat.com>.
On Mon, Feb 17, 2020 at 05:32:48PM -0500, Eric Covener wrote:
> > >> There is also the complicating factor of the svn:external for
> > >> https://svn.apache.org/repos/asf/perl/Apache-Test/trunk
> > >>
> > >
> > > Good point. Not sure how to map svn:external in the git world.
> >
> > https://help.github.com/en/github/using-git/about-git-subtree-merges
> >
> > seems to be an approach, but not sure how this works with our svn to git mirroring.
>
> IIUC We could also just use it from CPAN with a README about dropping
> in an Apache-Test checkout if you need to debug the framework itself?
> Other than that, we could use a vendor/ like approach and see what's
> new around release time.
Yeah, so long as the existence of the svn:externals doesn't preclude
mirroring, I think we can safely ignore it. The test suite does seem to
work with an external install of Apache::Test just fine.
OK so I will ask for httpd/test/framework to be mirrored to github, but
first the really hard question - what to name it? Assuming we can pick
an arbitrary name, "httpd-tests" makes sense to me.
Regards, Joe
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Eric Covener <co...@gmail.com>.
> >> There is also the complicating factor of the svn:external for
> >> https://svn.apache.org/repos/asf/perl/Apache-Test/trunk
> >>
> >
> > Good point. Not sure how to map svn:external in the git world.
>
> https://help.github.com/en/github/using-git/about-git-subtree-merges
>
> seems to be an approach, but not sure how this works with our svn to git mirroring.
IIUC We could also just use it from CPAN with a README about dropping
in an Apache-Test checkout if you need to debug the framework itself?
Other than that, we could use a vendor/ like approach and see what's
new around release time.
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Ruediger Pluem <rp...@apache.org>.
On 02/17/2020 09:02 PM, Ruediger Pluem wrote:
>
>
> On 02/17/2020 08:44 PM, Eric Covener wrote:
>> On Mon, Feb 17, 2020 at 2:40 PM Ruediger Pluem <rp...@apache.org> wrote:
>>>
>>>
>>>
>>> On 02/17/2020 05:31 PM, Joe Orton wrote:
>>>> On Mon, Feb 17, 2020 at 10:52:10AM -0500, Eric Covener wrote:
>>>>> On Mon, Feb 17, 2020 at 10:44 AM Joe Orton <jo...@redhat.com> wrote:
>>>>>>
>>>>>> On Mon, Feb 17, 2020 at 04:30:40PM +0100, Stefan Eissing wrote:
>>>>>>> Does this look like a Travis problem? Just red on some "Linux Ubuntu"
>>>>>>> combinations, but I do not really see the cause.
>>>>>>
>>>>>> Yep, it's a timeout doing the "svn checkout" because the test suite was
>>>>>> updated, you can ignore.
>>>>>
>>>>> Could we point travis at GitHub for that?
>>>>
>>>> The Perl framework isn't mirrored to GitHub at the moment so we have to
>>>> get it from SVN. We could:
>>>>
>>>> a) ask infra to mirror httpd/test/framework to some new github repo name
>>>> (httpd-test-framework? httpd-perl-tests? httpd-tests?)
>>>>
>>>> b) move httpd/test/framework under trunk/test/framework or something
>>>>
>>>> c) work out the underlying issue which makes Travis/SVN fail, my
>>>> assuption is that since a Travis build will hit SVN with 30+
>>>> near-simultaneous new connections which looks a bit DoS-like so it
>>>> gets rate-limited/banned by the ASF infra somehow, but it's a guess
>>>>
>>>> I have a vague preference for (b) since it would be nice to be able to
>>>> commit tests and code at the same time but it'd be quite a big change.
>>>> (a) might be easier
>>>>
>>>
>>> I am +1 on a) and +0 on b). Regarding c) I guess we need to discuss with infra if your assumption is true.
>>> OTOH I guess once we have a) or b) in place c) becomes academic :-).
>>
>> There is also the complicating factor of the svn:external for
>> https://svn.apache.org/repos/asf/perl/Apache-Test/trunk
>>
>
> Good point. Not sure how to map svn:external in the git world.
https://help.github.com/en/github/using-git/about-git-subtree-merges
seems to be an approach, but not sure how this works with our svn to git mirroring.
Regards
Rüdiger
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Ruediger Pluem <rp...@apache.org>.
On 02/17/2020 08:44 PM, Eric Covener wrote:
> On Mon, Feb 17, 2020 at 2:40 PM Ruediger Pluem <rp...@apache.org> wrote:
>>
>>
>>
>> On 02/17/2020 05:31 PM, Joe Orton wrote:
>>> On Mon, Feb 17, 2020 at 10:52:10AM -0500, Eric Covener wrote:
>>>> On Mon, Feb 17, 2020 at 10:44 AM Joe Orton <jo...@redhat.com> wrote:
>>>>>
>>>>> On Mon, Feb 17, 2020 at 04:30:40PM +0100, Stefan Eissing wrote:
>>>>>> Does this look like a Travis problem? Just red on some "Linux Ubuntu"
>>>>>> combinations, but I do not really see the cause.
>>>>>
>>>>> Yep, it's a timeout doing the "svn checkout" because the test suite was
>>>>> updated, you can ignore.
>>>>
>>>> Could we point travis at GitHub for that?
>>>
>>> The Perl framework isn't mirrored to GitHub at the moment so we have to
>>> get it from SVN. We could:
>>>
>>> a) ask infra to mirror httpd/test/framework to some new github repo name
>>> (httpd-test-framework? httpd-perl-tests? httpd-tests?)
>>>
>>> b) move httpd/test/framework under trunk/test/framework or something
>>>
>>> c) work out the underlying issue which makes Travis/SVN fail, my
>>> assuption is that since a Travis build will hit SVN with 30+
>>> near-simultaneous new connections which looks a bit DoS-like so it
>>> gets rate-limited/banned by the ASF infra somehow, but it's a guess
>>>
>>> I have a vague preference for (b) since it would be nice to be able to
>>> commit tests and code at the same time but it'd be quite a big change.
>>> (a) might be easier
>>>
>>
>> I am +1 on a) and +0 on b). Regarding c) I guess we need to discuss with infra if your assumption is true.
>> OTOH I guess once we have a) or b) in place c) becomes academic :-).
>
> There is also the complicating factor of the svn:external for
> https://svn.apache.org/repos/asf/perl/Apache-Test/trunk
>
Good point. Not sure how to map svn:external in the git world.
Regards
Rüdiger
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Eric Covener <co...@gmail.com>.
On Mon, Feb 17, 2020 at 2:40 PM Ruediger Pluem <rp...@apache.org> wrote:
>
>
>
> On 02/17/2020 05:31 PM, Joe Orton wrote:
> > On Mon, Feb 17, 2020 at 10:52:10AM -0500, Eric Covener wrote:
> >> On Mon, Feb 17, 2020 at 10:44 AM Joe Orton <jo...@redhat.com> wrote:
> >>>
> >>> On Mon, Feb 17, 2020 at 04:30:40PM +0100, Stefan Eissing wrote:
> >>>> Does this look like a Travis problem? Just red on some "Linux Ubuntu"
> >>>> combinations, but I do not really see the cause.
> >>>
> >>> Yep, it's a timeout doing the "svn checkout" because the test suite was
> >>> updated, you can ignore.
> >>
> >> Could we point travis at GitHub for that?
> >
> > The Perl framework isn't mirrored to GitHub at the moment so we have to
> > get it from SVN. We could:
> >
> > a) ask infra to mirror httpd/test/framework to some new github repo name
> > (httpd-test-framework? httpd-perl-tests? httpd-tests?)
> >
> > b) move httpd/test/framework under trunk/test/framework or something
> >
> > c) work out the underlying issue which makes Travis/SVN fail, my
> > assuption is that since a Travis build will hit SVN with 30+
> > near-simultaneous new connections which looks a bit DoS-like so it
> > gets rate-limited/banned by the ASF infra somehow, but it's a guess
> >
> > I have a vague preference for (b) since it would be nice to be able to
> > commit tests and code at the same time but it'd be quite a big change.
> > (a) might be easier
> >
>
> I am +1 on a) and +0 on b). Regarding c) I guess we need to discuss with infra if your assumption is true.
> OTOH I guess once we have a) or b) in place c) becomes academic :-).
There is also the complicating factor of the svn:external for
https://svn.apache.org/repos/asf/perl/Apache-Test/trunk
Re: httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Ruediger Pluem <rp...@apache.org>.
On 02/17/2020 05:31 PM, Joe Orton wrote:
> On Mon, Feb 17, 2020 at 10:52:10AM -0500, Eric Covener wrote:
>> On Mon, Feb 17, 2020 at 10:44 AM Joe Orton <jo...@redhat.com> wrote:
>>>
>>> On Mon, Feb 17, 2020 at 04:30:40PM +0100, Stefan Eissing wrote:
>>>> Does this look like a Travis problem? Just red on some "Linux Ubuntu"
>>>> combinations, but I do not really see the cause.
>>>
>>> Yep, it's a timeout doing the "svn checkout" because the test suite was
>>> updated, you can ignore.
>>
>> Could we point travis at GitHub for that?
>
> The Perl framework isn't mirrored to GitHub at the moment so we have to
> get it from SVN. We could:
>
> a) ask infra to mirror httpd/test/framework to some new github repo name
> (httpd-test-framework? httpd-perl-tests? httpd-tests?)
>
> b) move httpd/test/framework under trunk/test/framework or something
>
> c) work out the underlying issue which makes Travis/SVN fail, my
> assuption is that since a Travis build will hit SVN with 30+
> near-simultaneous new connections which looks a bit DoS-like so it
> gets rate-limited/banned by the ASF infra somehow, but it's a guess
>
> I have a vague preference for (b) since it would be nice to be able to
> commit tests and code at the same time but it'd be quite a big change.
> (a) might be easier
>
I am +1 on a) and +0 on b). Regarding c) I guess we need to discuss with infra if your assumption is true.
OTOH I guess once we have a) or b) in place c) becomes academic :-).
Regards
Rüdiger
httpd/test/framework location/mirroring (was Re: Errored:
apache/httpd#357 (2.4.x - d56819e))
Posted by Joe Orton <jo...@redhat.com>.
On Mon, Feb 17, 2020 at 10:52:10AM -0500, Eric Covener wrote:
> On Mon, Feb 17, 2020 at 10:44 AM Joe Orton <jo...@redhat.com> wrote:
> >
> > On Mon, Feb 17, 2020 at 04:30:40PM +0100, Stefan Eissing wrote:
> > > Does this look like a Travis problem? Just red on some "Linux Ubuntu"
> > > combinations, but I do not really see the cause.
> >
> > Yep, it's a timeout doing the "svn checkout" because the test suite was
> > updated, you can ignore.
>
> Could we point travis at GitHub for that?
The Perl framework isn't mirrored to GitHub at the moment so we have to
get it from SVN. We could:
a) ask infra to mirror httpd/test/framework to some new github repo name
(httpd-test-framework? httpd-perl-tests? httpd-tests?)
b) move httpd/test/framework under trunk/test/framework or something
c) work out the underlying issue which makes Travis/SVN fail, my
assuption is that since a Travis build will hit SVN with 30+
near-simultaneous new connections which looks a bit DoS-like so it
gets rate-limited/banned by the ASF infra somehow, but it's a guess
I have a vague preference for (b) since it would be nice to be able to
commit tests and code at the same time but it'd be quite a big change.
(a) might be easier
Regards, Joe
Re: Errored: apache/httpd#357 (2.4.x - d56819e)
Posted by Eric Covener <co...@gmail.com>.
On Mon, Feb 17, 2020 at 10:44 AM Joe Orton <jo...@redhat.com> wrote:
>
> On Mon, Feb 17, 2020 at 04:30:40PM +0100, Stefan Eissing wrote:
> > Does this look like a Travis problem? Just red on some "Linux Ubuntu"
> > combinations, but I do not really see the cause.
>
> Yep, it's a timeout doing the "svn checkout" because the test suite was
> updated, you can ignore.
Could we point travis at GitHub for that?
Re: Errored: apache/httpd#357 (2.4.x - d56819e)
Posted by Joe Orton <jo...@redhat.com>.
On Mon, Feb 17, 2020 at 04:30:40PM +0100, Stefan Eissing wrote:
> Does this look like a Travis problem? Just red on some "Linux Ubuntu"
> combinations, but I do not really see the cause.
Yep, it's a timeout doing the "svn checkout" because the test suite was
updated, you can ignore.
Re: Errored: apache/httpd#357 (2.4.x - d56819e)
Posted by Eric Covener <co...@gmail.com>.
On Mon, Feb 17, 2020 at 10:30 AM Stefan Eissing
<st...@greenbytes.de> wrote:
>
> Does this look like a Travis problem? Just red on some "Linux Ubuntu" combinations, but I do not really see the cause.
I looked at one and it didn't get far enough for us to care.
Re: Errored: apache/httpd#357 (2.4.x - d56819e)
Posted by Stefan Eissing <st...@greenbytes.de>.
Does this look like a Travis problem? Just red on some "Linux Ubuntu" combinations, but I do not really see the cause.
> Am 17.02.2020 um 16:20 schrieb Travis CI <bu...@travis-ci.org>:
>
> apache / httpd
> 2.4.x
> Build #357 has errored27 mins and 0 secs
> Stefan Eissingd56819e CHANGESET →
> Merged /httpd/httpd/trunk:r1870020,1874133
>
> *) mod_md:
> - Prefer MDContactEmail directive to ServerAdmin for registration. New directive
> thanks to Timothe Litt (@tlhackque).
> - protocol check for pre-configured "tls-alpn-01" challenge has been improved. It will now
> check all matching virtual hosts for protocol support. Thanks to @mkauf.
> - Corrected a check when OCSP stapling was configured for hosts
> where the responsible MDomain is not clear, by Michal Karm Babacek (@Karm).
> - Softening the restrictions where mod_md configuration directives may appear. This should
> allow for use in <If> and <Macro> sections. If all possible variations lead to the configuration
> you wanted in the first place, is another matter.
> [Michael Kaufmann <mail michael-kaufmann.ch>, Timothe Litt (@tlhackque),
> Michal Karm Babacek (@Karm), Stefan Eissing (@icing)]
>
>
>
> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@187413413f79535-47bb-0310-9956-ffa450edef68
> Want to know about upcoming build environment updates?
>
> Would you like to stay up-to-date with the upcoming Travis CI build environment updates? We set up a mailing list for you!
>
> SIGN UP HERE
> Documentation about Travis CI
> Have any questions? We're here to help.
> Unsubscribe from build emails from the apache/httpd repository.
> To unsubscribe from all build emails, please update your settings.
>
> Travis CI GmbH, Rigaer Str. 8, 10427 Berlin, Germany | GF/CEO: Randy Jacops | Contact: contact@travis-ci.com | Amtsgericht Charlottenburg, Berlin, HRB 140133 B | Umsatzsteuer-ID gemäß §27 a Umsatzsteuergesetz: DE282002648