if all four slaves are used, status should be completely red, not green. if three are used it should lean red, if 2 in the middle, if one, leaning green, if 0 all the way green. it's opposite irght now.

Comments

boombatower’s picture

boombatower commented
Category: bug » task
Priority: Critical » Normal
Status: Active » Closed (works as designed)

err...that is a preference...not a critical bug report.

I tend to look at it as...the system is running at full speed...aka green.

pasqualle’s picture

pasqualle
Location 🇭🇺 Budapest
commented
Title: Status bar is wrong!!! » create 2 status charts
Category: task » bug
Priority: Normal » Minor
Status: Closed (works as designed) » Active

if you look at it the other way. can I add an another patch for testing? The answer is, no (red), we are at full capacity already..
that is also right, if all slaves are running that should mean green.

so, maybe we could use 2 charts. because both of them can be green meaning all systems are running, and we do not have patch in the queue for testing (which is good, mostly)..

pasqualle’s picture

pasqualle
Location 🇭🇺 Budapest
commented

to have meaningful charts, not just full red or full green

first graph:
determine the ideal count of slaves needed for normal operation. if you have that count, that could be full green for the system.

second graph:
can you handle my new patch within an hour (or something)? if not, that could be full red for the capacity.

this way normally you will not have full green for the system, and should not have full red for the capacity.

boombatower’s picture

boombatower commented
Version: 6.x-1.x-dev » 6.x-2.x-dev
Category: bug » feature

Added to #360904: PIFR 2.0 requirements

boombatower’s picture

boombatower commented
Title: create 2 status charts » Create 2 status charts
boombatower’s picture

boombatower commented
Assigned: Unassigned » boombatower
Status: Active » Fixed

Committed.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.