Don't run landscape-sysinfo if the load is high
Bug #608278 reported by
Andreas Hasenack
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Landscape Client |
Fix Released
|
Low
|
Thomas Herve | ||
landscape-client (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Jaunty |
Fix Released
|
Undecided
|
Unassigned | ||
Karmic |
Fix Released
|
Undecided
|
Unassigned | ||
Lucid |
Fix Released
|
Undecided
|
Unassigned | ||
Maverick |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Chad reported that on a loaded machine, one about to die, landscape-sysinfo got in the way of him trying to login and do some corrective action. We don't do anything particularly heavy, but just starting the python interpreter and importing the landscape modules can be bad in an already bad situation.
Thomas' idea is to put a load checked in the wrapper and only call sysinfo if the load is low. For example, less than 1. if it's higher than 1, we can just echo something like "Sysinfo disabled due to high load".
Related branches
Changed in landscape-client: | |
assignee: | nobody → Thomas Herve (therve) |
milestone: | 1.6.0 → 1.5.4 |
tags: | added: needs-testing |
Changed in landscape-client (Ubuntu Maverick): | |
status: | New → Fix Released |
Changed in landscape-client: | |
status: | Fix Committed → Fix Released |
tags: |
added: verification-done removed: verification-needed |
tags: | removed: needs-testing |
To post a comment you must log in.
Another option is to just cache the output, as was done some time ago when -sysinfo was run by cron every 10min. But then the question of the usefulness of the data that is displayed comes to mind.