-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Expand device status beyond active/offline #154
Comments
To lend a bit of context, the |
Well if its active, then pull LLDP otherwise no but having alternative statuses is a great idea. A status for repair and/or RMA would be nice too so you can track those states Are status changes going to be logged in the device history? That would be great so you could track how long a device was out for RMA or been active, etc. |
I think if we extend the concept of I'm going to close this out in favor of #129 (custom fields), which should allow for exactly this functionality but as a completely customizable list. |
Reopening this feature request. I think there's merit for extending the status field, or at least adding a separate field to track this sort of state. |
While I really like the idea of having different status information, this does start to blend towards the asset management side of things. Not that i think this is a bad thing personally! The benefit from my point of view is that when a device is no longer racked, we don't lose the history. Currently my colleagues will tend to delete a device as soon as it is de-racked. |
While I don't want to get into asset management territory, I do think it would be reasonable to include subsets of the "offline" status. For example, a state that would indicate hardware failure and another that would indicate that the device has been tagged for deinstallation. |
Yes, both of those examples would be very handy. |
Expanding the boolean field to include the following device statuses:
|
Not so much an issue but a topic of discussion, as I am not sure where even I stand on this; right now Device->Status is defined as Bool, with two states, Active or Offline.
Aside from the semantic differences (Use Online/Offline, Active/Inactive, or some other matching pair), should there be more than two states a device can be in?
I'll admit, I have a hard time not treating the Devices section as an Asset Management system (right now its tailored to Rack mounted gear, but there are lots of things in data centers to keep tabs and accountability on that don't go in racks). Each of those states represents a state of equipment we were tracking at one point or another.
Or should this be a lookup table that is configurable by the end user as needed?
The text was updated successfully, but these errors were encountered: