Skip to content

Conversation

@raresgaia123
Copy link
Contributor

@raresgaia123 raresgaia123 commented Jan 16, 2026

Description

After a job is executed, job context needs to do proper cleanup. In this bug, previous job execution did a scale_in, therefore, demand_data reflected that in its scale_out attribute, set to false. That means that if we want to run the same job again, planner would try to do a scale_in resulting in errors. Bug was fixed by properly resetting demand_data attribute from the job context.

Type of Change

  • Bug Fix
  • New Feature
  • Breaking Change
  • Refactor
  • Documentation
  • Other (please describe)

Checklist

  • I have read the contributing guidelines
  • Existing issues have been referenced (where applicable)
  • I have verified this change is not present in other open pull requests
  • Functionality is documented
  • All code style checks pass
  • New code contribution is covered by automated tests
  • All new and existing tests pass

@raresgaia123 raresgaia123 changed the title fix: planner misbehaving on back to back configs fix: incorrect planner state after job completion Jan 16, 2026
After a job is executed, job context needs to do proper cleanup. In this bug, previous job execution did a scale_in, therefore, demand_data reflected that in its scale_out attribute, set to false. That means that if we want to run the same job again, planner would try to do a scale_in resulting in errors. Bug was fixed by properly resetting demand_data attribute from the job context.
@myungjin myungjin merged commit 3ba13b3 into cisco-open:main Jan 16, 2026
1 check passed
@raresgaia123 raresgaia123 deleted the fix_planner branch January 20, 2026 08:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants