Comments (5)
At the moment this is hard-wired to 24 hour, looking at the code. If we're going to change it I imagine it should default to the history rotation period (i.e. 7 days).
But this just reinforces my belief that we have too many options! Because right now any orphan-period would want to go under puppet-summary serve
, but the pruning of days belongs under puppet-summary prune
- i.e. This should be a global option, not a command-specific one.
I'd suggest:
- Change the default to be seven days.
- Add "
puppet-summary prune -orphaned
"- Which kinda matches
puppet-summary prune -unchanged
"
- Which kinda matches
Does that seem reasonable?
I'll revisit all the options in the near future and probably add a global configuration file:
puppet-summary -config=path/to/file $command
At that point almost 100% of the existing flags will be removed.
from puppet-summary.
I'm not convinced that the orphan time and the prune time should be the same (or even related). If this is the case then wouldn't that mean that there would rarely be orphans since they would get pruned at pretty much the same time that they were declared orphan? Maybe I am misunderstanding.
To me an orphan is a node that is likely not reporting due to some kind of failure with either the puppet agent itself, or the hardware. I want to know about that since these nodes need attention. That is the reason I made the request, since after a weekend most of my nodes are declared as orphans, so the orphan list is not useful for identifying the nodes that may be failing.
from puppet-summary.
If this is the case then wouldn't that mean that there would rarely be orphans since they would get pruned at pretty much the same time that they were declared orphan? Maybe I am misunderstanding.
No you're right. I've made a mistake here.
I guess any single value is liable to annoy somebody, but I'll set it to 3.5 days for the moment while I think. That should cover Friday->Monday.
I really don't want to add any more flags, though I can see that if the orphaned nodes exist for a long time then pruning them is going to be wanted (which is why I added prune -orphaned
.)
from puppet-summary.
3.5 days works for me. Thanks for this.
I guess any single value is liable to annoy somebody
Which is why we have flags. ;-)
Wouldn't the existing pruning eventually deal with cleaning stale (decommissioned) orphans anyway?
from puppet-summary.
Which is why we have flags. ;-)
True, but we can have too many and they can go in the wrong place!
i.e. The orphans are viewed in the UI, so the obvious place to put the flag is in p-s serve -orphan-days=4
, but actually the "normal" vs. "orphan" is a property of the database record. And the database-stuff is global. So it should be a global flag, and that means that the p-s metrics
output would be able to use the same setting.
But a global flag seems like overkill. We have too many flags as-is, and this is just the most recent example of one where you'd kinda like to put it in once place, but it belongs elsewhere.
The sanest thing I think I could do is use a configuration-file, but that's a big change too. So I'll wait.
Wouldn't the existing pruning eventually deal with cleaning stale (decommissioned) orphans anyway?
Yes.
I can just see that if you have to look at them for N-days you might think "That host has been decomissioned, we should be able to remove it".
from puppet-summary.
Related Issues (20)
- Feature Request, tab for environments HOT 1
- Pruning/auto-pruning not working due to locked database HOT 2
- Issue: Node count doesn't increase when new nodes come online. HOT 8
- Performance issues in initial display HOT 1
- Add static-check analysis to the test-script,. HOT 1
- Add screenshots, remove sample link.
- Do not depend on external sites HOT 3
- Feature Request: Certificate request manual approvals
- stale environments in drop down for environments HOT 18
- max limit on node report display is 50? HOT 3
- static font files are 404 HOT 1
- add a donation link to readme HOT 2
- search results are not sortable HOT 3
- Add option to delete database record if status is unchanged and yaml_file is pruned HOT 1
- puppet-summary fails on CentOS 7 due to too old glibc HOT 1
- debian 11 - go install - nothing happens HOT 1
- Improve build instructions HOT 1
- How to listen on any IP address HOT 3
- systemd service file HOT 4
- Improve visibility of bars HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from puppet-summary.