[Jenkins-infra] Datadog incorrectly reports Confluence is slow

R. Tyler Croy tyler at monkeypox.org
Sat Apr 23 22:40:55 UTC 2016

(replies inline)

On Sat, 23 Apr 2016, Kohsuke Kawaguchi wrote:

> I got a pagerduty alert from Datadog reporting that the HTTP monitor that's
> hitting https://wiki.jenkins-ci.org/display/jenkins/Git%20plugin is failing.
> After a bit of digging, I discovered that the following command reports 403
> $ wget --debug -O /dev/null '
> https://wiki.jenkins-ci.org/display/JENKINS/Home'
> ... while the following command does work
> $ wget --debug --header 'User-Agent: xxx' -O /dev/null '
> https://wiki.jenkins-ci.org/display/JENKINS/Home'
> That is, somebody in the middle is checking user-agent and refusing to
> serve wget based on User-Agent.
> From inside the box that runs Confluence, if I hit confluence-cache layer
> directly, then wget works fine. So it has to be Apache that's terminating
> 443 on this box that's doing it.
> I see that commit 675e4bdf added some scary looking user agent check, so
> this could be it, though that change was made back in January, so it's bit
> strange that it's backfiring now.

That scary looking user agent check helps keep automated bots from taking the
wiki offline which is what was happening when this commit was introduced.

I'm going to update the list to allow wget specifically, I think that is
acceptable :)

- R. Tyler Croy

     Code: <https://github.com/rtyler>
  Chatter: <https://twitter.com/agentdero>

  % gpg --keyserver keys.gnupg.net --recv-key 3F51E16F
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.jenkins-ci.org/pipermail/jenkins-infra/attachments/20160423/fce4a90b/attachment.asc>

More information about the Jenkins-infra mailing list