it has been raised several times now that we have our mirrors not
synchronized with our main repo.
I remember that a review of mirror monitoring solution has been done in the
Do we have a design for making sure our users miss updates due to obsolete
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
Can you fix Shahar account on gerrit, so we can add him as reviewer
I get this error when trying the add Shahar to https://gerrit.ovirt.org/56574
Shahar Havivi <xxx(a)redhat.com> does not identify a registered user or group
This usually happens when your account was created using gmail account
and you login using redhat account (or the other way around).
I've created an experimental dashboard for Jenkins at our Grafana instance:
(if you don't have an account, you can enrol with github/google)
currently it collects the following metrics:
1) How many jobs in the Build Queue are waiting per slaves' label:
for instance: if there are 4 builds of a job that is restricted to 'el7'
and 2 builds of another job
which is restricted to 'el7' in the build queue we will see 6 for 'el7' in
the first graph.
'No label' sums jobs which are waiting but are unrestricted.
2) How many slaves are idle per label.
note that the slave's labels are contained in the job's labels, but not
vice versa, as
we allow regex expressions such as (fc21 || fc22 ). right now it treats
them as simple
3) Total number of online/offline/idle slaves
besides the normal monitoring, it can help us:
1) minimize the difference between 'idle' slaves per label and jobs waiting
in the build queue per label.
this might be caused by unnecessary restrictions on the label, or maybe by
'Throttle Concurrent Builds' plugin.
2) decide how many VMs and which OS to install on the new hosts.
3) in the future, once we have the 'slave pools' implemented, we could
auto-scaling based on thresholds or some other function.
'experimental' - as it still needs to be tested for stability(it is based
and graphite-send) and also more metrics can be added(maybe avg running time
per job? builds per hour? ) - will be happy to hear.
I plan later to pack it all into independent fabric tasks(i.e. fab