Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make worker data available so a worker's status can be determined before being safely deregistered #7707

Closed
6 tasks
susanpann opened this issue Aug 8, 2022 · 3 comments
Assignees
Labels
backloggrooming/discussed A label used to depict tickets that have been discussed in backlog grooming category/deployment configuration feature/workers kind/enhancement This issue represents an enhancement we are committed to adding to Octopus as some time p3 state/fruitbowl Introductory tickets to the Octopus Deploy codebase for new starters or anyone wanting a 'quick win'

Comments

@susanpann
Copy link
Contributor

susanpann commented Aug 8, 2022

Are you a customer of Octopus Deploy? Don't raise the issue here. Please contact our support team so we can triage your feature request, making sure it's handled appropriately.

Prerequisites

  • I have searched open and closed issues to make sure it isn't already requested
  • I have discussed this in #feature-discussion or #backlog and the consensus is that this is something we plan on adding in the near future
  • I have written a descriptive issue title
  • I have linked the original source of this feature request
  • I have labelled the value stream (area/core, area/steps, ...)
  • I have added the kind/enhancement label

The enhancement

Make worker data available so a worker's status can be determined before being safely deregistered.

What is the problem this solves or benefit it gives

While thinking about creating basic scaling capability, it was found that there's no nice way of determining whether a worker machine is in use prior to deregistering it. Currently, the delete worker API is called and watches for an error message that the worker can't be deleted.

Proposed solution

Workarounds

Links

Internal Discussion: https://octopusdeploy.slack.com/archives/CNHBHV2BX/p1659913751164329

@susanpann susanpann added kind/enhancement This issue represents an enhancement we are committed to adding to Octopus as some time feature/workers state/backlog On the backlog (2/4) team/fire-and-motion labels Aug 8, 2022
@octokhor octokhor added p3 backloggrooming/discussed A label used to depict tickets that have been discussed in backlog grooming labels Aug 9, 2022
@octokhor octokhor added state/fruitbowl Introductory tickets to the Octopus Deploy codebase for new starters or anyone wanting a 'quick win' and removed state/backlog On the backlog (2/4) labels Oct 14, 2022
@mjhilton
Copy link

This feature is under consideration for implementation in the next 3 months.

@octoreleasebot
Copy link

Release Note: Created new api worker task lease endpoint

@Octobob
Copy link
Member

Octobob commented May 16, 2024

🎉 The fix for this issue has been released in:

Release stream Release
2024.2 2024.2.5816
2024.3+ all releases

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backloggrooming/discussed A label used to depict tickets that have been discussed in backlog grooming category/deployment configuration feature/workers kind/enhancement This issue represents an enhancement we are committed to adding to Octopus as some time p3 state/fruitbowl Introductory tickets to the Octopus Deploy codebase for new starters or anyone wanting a 'quick win'
Projects
None yet
Development

No branches or pull requests

9 participants