question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Build success and failure count should be monotonically increasing number

See original GitHub issue

Steps to reproduce

How can we reproduce the issue

  1. Create a test job which runs regularly at least 10 times a day.
  2. It should fail 30% of the time to build collect failure count
  3. Check the failure and success count for the test job for a period of one week

Expected behaviour

The count for success and failure should never decrease

Actual behaviour

The count for success and failure drops for a couple of days in the week time period

Server configuration

Operating system: Centos 7

Jenkins Version: 2.222.1

Plugin Version: 2.0.7 and 2.0.6 (tried on both)

Notify

@markyjackson-taulia

Issue Analytics

  • State:closed
  • Created 3 years ago
  • Comments:8 (4 by maintainers)

github_iconTop GitHub Comments

1reaction
judoscommented, Nov 3, 2021

Hello @markyjackson-taulia , please reopen this ticket. Steps to reproduce:

  • Set jenkins to throw away old builds. E.g. only keep 30 builds. (similar to screenshot below)
  • make sure you already have 30 builds
  • trigger another build
  • metric counter stays still at 30 builds (this counter is really not working as it should)
  • Now let’s increase jenkins configuration to keep the oldest 32 builds (see screenshot)
  • Trigger build
  • Counter now increases to 31 (but will not go past 32!) Let’s now decrease the counter for fun:
  • Delete a build in jenkins
  • Counter goes down by 1 grafik

The metric probably just uses the number of builds jenkins has stored. But the counter must be individually tracked such that it does not stall when there is a build limit set. (or also when builds are removed manually)

Workaround:

  1. Remove the build limit in jenkins for the moment, this however causes jenkins to store excessive amount of information which is probably undesirable…
  2. For monitoring I now just the use the “default_jenkins_builds_health_score” which is probably enough if you want an alarm.
0reactions
markyjackson-tauliacommented, Oct 1, 2021

Because I cannot reproduce this and the issue went stale.

Read more comments on GitHub >

github_iconTop Results From Across the Web

How to increase jenkins build number automatically?
i want ti automatically. if i am using "BUILD_NUMBER" inside the same plugin then it will be increment even in failure also. i...
Read more >
Prometheus Counters and how to deal with them - INNOQ
It's monotonically increasing, so it can only increase, usually one-by-one. It's a cumulative metric, so it always contains the overall value.
Read more >
Agile Buzz Forum - build cycles, development cycles, and the nag ...
We've found that our CI process doesn't progress monotonically. We're constantly trying to strike a balance between the functionality provided by the CI...
Read more >
An Intro to Metrics Driven Development - freeCodeCamp
Counter — Represents a monotonically increasing value. ... In this part, I ask myself what are the success or failure metrics I can...
Read more >
How the Prometheus rate() function works | MetricFire Blog
If you're interested in trying a Prometheus alternative, you can sign up ... increasing, a.k.a. the metric type that is called a “counter”....
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found