1. 24 Feb, 2020 2 commits
  2. 22 Feb, 2020 1 commit
  3. 21 Feb, 2020 2 commits
  4. 20 Feb, 2020 2 commits
  5. 17 Feb, 2020 3 commits
  6. 14 Feb, 2020 1 commit
  7. 13 Feb, 2020 2 commits
  8. 10 Feb, 2020 3 commits
  9. 06 Feb, 2020 2 commits
  10. 05 Feb, 2020 1 commit
  11. 29 Jan, 2020 2 commits
  12. 09 Jan, 2020 2 commits
  13. 08 Jan, 2020 1 commit
  14. 24 Dec, 2019 1 commit
  15. 19 Dec, 2019 4 commits
  16. 10 Dec, 2019 2 commits
  17. 09 Dec, 2019 5 commits
  18. 06 Dec, 2019 1 commit
    • Stan Hu's avatar
      Log duration_ms when Workhorse hits a bad gateway · 43ce41ec
      Stan Hu authored
      Previously when the upstream application (e.g. Unicorn) timed out,
      Workhorse would report an error message of the form:
      
      ```json
      {
        "correlation_id": "k4mKg0snXG3",
        "error": "badgateway: failed after 61s: EOF",
        "level": "error",
        "method": "GET",
        "msg": "error",
        "time": "2019-12-02T22:05:09-08:00",
        "uri": "/admin"
      }
      ```
      
      Since Sentry attempts to group similar events by some fingerprint that
      includes the message, the changes in timings would trick Sentry into
      creating a new event. To avoid that, the new log message now looks like:
      
      ```json
      {
        "correlation_id": "k4mKg0snXG3",
        "duration_ms": 60599,
        "error": "badgateway: failed to receive response: EOF",
        "level": "error",
        "method": "GET",
        "msg": "error",
        "time": "2019-12-02T22:05:09-08:00",
        "uri": "/admin"
      }
      ```
      
      The inclusion of `duration_ms` and the standardized `error` message makes
      it easier for users to filter and parse this error.
      43ce41ec
  19. 03 Dec, 2019 1 commit
  20. 27 Nov, 2019 2 commits
    • Zeger-Jan van de Weg's avatar
      Add labkit monitoring for build metrics · 8140103c
      Zeger-Jan van de Weg authored
      Labkit monitoring exposes a metric I wanted to add, gitlab_build_info.
      This will set a gauge to the current version and build time, and as such
      we can measure how fast deploys are and when the last deploy happened.
      
      Metric exposed looks like:
      `gitlab_build_info{built="20191121.084148",version="v8.15.0-5-gde6eb66"}
      1`
      8140103c
    • Nick Thomas's avatar
      Merge branch 'release-8-16' into 'master' · e4bdbde8
      Nick Thomas authored
      Release v8.16.0
      
      See merge request gitlab-org/gitlab-workhorse!444
      e4bdbde8