Skip to content

mxqd_control: account for orphaned groups #47

Merged
merged 1 commit into from
Sep 5, 2016
Merged

Conversation

donald
Copy link
Contributor

@donald donald commented Sep 5, 2016

The count of running jobs and threads of a group were
not deducted from the counters the server keeps for the user
and the cluster.

This lead to wrong scheduling, as users were thought to have more
running jobs than they really had.

Add code to maintain the global counters.

@pmenzel pmenzel changed the title mxqd_control: account orphaned groups mxqd_control: account for orphaned groups Sep 5, 2016
@pmenzel
Copy link
Contributor

pmenzel commented Sep 5, 2016

Looks reasonable.

Nit: I think it’s account for smth..

The count of running jobs and threads of a group were
not deducted from the counters the server keeps for the user
and the cluster.

This lead to wrong scheduling, as users were thought to have more
running jobs than they really had.

Add code to maintain the global counters.
@donald
Copy link
Contributor Author

donald commented Sep 5, 2016

amended commit message

@mariux
Copy link
Contributor

mariux commented Sep 5, 2016

seems legit...

it should be updated while updating group from database... but if group is orphaned the update might or might not have happened.. but this would not matter since global counters would be added right before removing them again while removing the group and else the counter might be 0 in this case anyway...

so without testing just by logic.... yes, should be fine ;)

counter leak.. ;) fast leak with fast jobs and slower with long running jobs.. ;)

thx for fixing.. ;)

@mariux mariux merged commit dd4296c into master Sep 5, 2016
@donald donald deleted the fix-counter-orphaned branch April 28, 2017 07:24
Sign in to join this conversation on GitHub.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants