Am 18.07.2017 um 20:32 schrieb Rainer Jung:
Am 18.07.2017 um 20:26 schrieb Rainer Jung:
Am 18.07.2017 um 18:35 schrieb Konstantin Kolinko:
2017-07-18 19:01 GMT+03:00 Mark Thomas <ma...@apache.org>:
On 18/07/17 16:55, Konstantin Kolinko wrote:
Hi!
As of now
http://tomcat.apache.org/download-90.cgi
displays default ASF mirrors cgi, instead of our custom template
(download-90.html)
Odd. I see the expected page.
I've checked the tomcat.us.a.o and tomcat.eu.a.o aliases as well and
all
looks to be OK.
http://tomcat.us.apache.org/download-90.cgi
- OK
http://tomcat.eu.apache.org/download-90.cgi
- broken
The same results if I use https:.
I wonder where it went wrong.
Temporary glitch?
It looks like it.
Maybe it depends on geo location.
Currently there is only one suggested mirror for my country and that
mirror is currently failing (HTTP 1.1 502 Bad Gateway),
http://apache-mirror.rbc.ru/pub/apache/
As US mirror is OK for me, it is now clear that an error is not at
Tomcat project side.
Download pages for other projects work correctly. E.g.
http://httpd.apache.org/download.cgi#apache24
http://commons.apache.org/proper/commons-daemon/download_daemon.cgi
http://commons.apache.org/proper/commons-bcel/download_bcel.cgi
Looking via viewvc, I see that svn:executable property is set on these
files (as was required by infra)
http://svn.apache.org/viewvc/tomcat/site/trunk/docs/download-90.cgi?view=markup
It seems to depend on the server chosen by the request via DNS.
Name resolution for tomcat.apache.org. returns
Addresses:
140.211.11.105
62.210.60.236
88.198.26.2
Resolving tomcat.us.apache.org. always returns the 140 address,
tomcat.eu.apache.org. returns the 62 and 88 address.
The 140 and 88 addresses return the correct page for the download cgi,
the 62 IP returns the wrong one, ie. the default ASF download page. The
results are independent of using the Host header "tomcat.apache.org",
"tomcat.us.apache.org" or "tomcat.eu.apache.org" for any of the three
addresses.
So the web server behind 62.210.60.236 seems to have a config problem.
Should I report to infra?
Interestingly using the URI /download.cgi from the httpd project works
on that web server, but the same URI for apr.apache.org does not. Also
the URI /download_jmeter.cgi from the JMeter project does not work.
I now noticed a five days old mail on the infra mailing list maybe
triggered by a similar observation. I added the above info. The OP
reported 5 days ago, that for him the problem went away after touching
the page once without change.
I did not find an existing INFRA Jira issue for it.
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
