-
Notifications
You must be signed in to change notification settings - Fork 39
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
Cancel maintenance task when all its components have been deleted #2243
Comments
I disagree with this expectation. I don't want to get back to a maintenance task and wonder why components I added to it are suddenly removed. I think it's better to list them as having been removed, as it is now.
This I can agree with. If all the components of a task have been removed from NAV, the task no longer serves a purpose, and it could be canceled. There could be two ways of going about this. Either:
or
|
Note from nav-ref: Verify whether maintenance logs errors when it encounters maintenance tasks where one or more devices have been deleted (read: lots of cron mail, potentially) |
Comment from UiO: Could this be made configurable in maintengine? |
Might be interesting to expand the component attribute to include a name or description of a component that may have been deleted later. |
Original description
NAV 5.1.1
Netbox is on maintenance. Netbox is deleted.The Maintenance-task still exists with State Active and
Components IP Device: ID 4430 (Component was deleted)
Expectation: The deleted netbox should also be deleted from the Components list of matching Active Maintenance Tasks.
If this is the last component, the whole Task should be Canceled.
Feature breakdown
After discussions in the NAV reference committee, we've agreed on an implementation that doesn't change history after-the-fact. This feature can be broken down to:
The text was updated successfully, but these errors were encountered: