Details
-
New Feature
-
Status: Resolved
-
Normal
-
Resolution: Fixed
-
None
-
None
-
-
Night's Watch
-
3
-
NW - 2020-01-22, NW - 2020-02-05, NW - 2020-02-19, NW - 2020-03-04, NW - 2020-03-17, NW - 2020-04-01
-
Reviewed
-
New Feature
-
-
Needs Assessment
Description
In the first round of Configurable Facter work, we added the ability to cache and block built-in facts via settings in the config file. There is also demand to be able to cache and block custom Ruby facts. Blocking should be straightforward, but to implement caching, some updates to the methods dealing with the fact cache are needed, since they currently assume resolvers are the source of all the fact data.
In order to keep the feel similar to resolvers, and in response to customer feedback, custom facts should specify a cache group in the form of a sort of tag in the fact, which can be used to cache or block any custom fact with that tag.
In addition, the output of the list-block-groups and list-cache-groups command line options need to be updated to also report custom facts available for caching and blocking.
Attachments
Issue Links
- is cloned by
-
FACT-2331 Add the ability to cache and block the output of custom facts
-
- Resolved
-
- is duplicated by
-
FACT-1842 The ability to blocklist individual facts
-
- Closed
-
- relates to
-
PUP-9577 Large numbers of facts cause slow performance
-
- Accepted
-
-
FACT-1472 Ensure the collection has enough information about external facts to cache them.
-
- Resolved
-
-
FACT-1858 Provide an option to disable legacy facts so they are not sent to the master from the agent
-
- Resolved
-
-
FACT-1471 Ensure the Collection has enough information about Ruby facts to cache their output
-
- Resolved
-
- mentioned in
-
Page Loading...