Feature #2986
Added support for facter facts and node attributes
| Status: | Closed | Start date: | 12/25/2009 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% |
|
| Category: | - | |||
| Target version: | 1.1.0 | |||
| Keywords: | facter fact node database DSL | Affected URL: | ||
| Branch: | Affected Dashboard version: | |||
| Votes: | 3 |
Description
Components:
1) store facter/custom node attributes in the dashboard 2) add DSL language to search and interact with this data
History
Updated by Rein Henrichs over 2 years ago
- Status changed from Unreviewed to Needs More Information
Can you tell me more about the DSL language you’re envisioning?
Updated by Bryan McLellan almost 2 years ago
Let’s start with a question, if you have 500 nodes, how do you automatically create a nagios configuration file for these hosts? What about a munin configuration file? How do you have this regenerated as you spin up new hosts?
Everything as a Resource? (EaaR)
I wanted to search through all of my known hosts for different metadata, such as being tagged as a certain server, and return an object with information about these hosts. Then iterate this object to create a configuration file via a template.
Updated by Luke Kanies almost 2 years ago
Bryan McLellan wrote:
Let’s start with a question, if you have 500 nodes, how do you automatically create a nagios configuration file for these hosts? What about a munin configuration file? How do you have this regenerated as you spin up new hosts?
Everything as a Resource? (EaaR)
I wanted to search through all of my known hosts for different metadata, such as being tagged as a certain server, and return an object with information about these hosts. Then iterate this object to create a configuration file via a template.
Yeah, it’s much more ‘everything as a resource’ – at least, that’s the philosophy we’re trying to work with, rather than just encouraging what amounts to database queries to fill in templates. It’s fantastically difficult to know what data is affecting what host if you just do the queries, but it’s reasonable to come up with a plan for managing dependencies if you stick to export/collect.
Updated by Dan Bode almost 2 years ago
- Target version set to 1.2.0
Updated by Igal Koshevoy over 1 year ago
- Assignee set to Luke Kanies
- Target version deleted (
1.2.0)
I’m reassigning ticket back to Luke, because he’s writing an architecture document describing the inventory service. Once that document is accepted, we will know how it affects this ticket and revise it.
Updated by Luke Kanies over 1 year ago
- Status changed from Needs More Information to Accepted
- Assignee deleted (
Luke Kanies)
As before, I consider this to be accepted.
Updated by Anonymous over 1 year ago
- Target version set to 1.1.0
Updated by Nick Lewis over 1 year ago
- Status changed from Accepted to Merged - Pending Release
Merged to next in commit:4f9d51d43f5dae6762e945d634938ba3bc7ecfa3.
Updated by Matt Robinson over 1 year ago
- Status changed from Merged - Pending Release to Closed
Merged into master at the end of iteration.