|Assignee:||Javi Fontan||% Done:|
|Category:||Drivers - Auth|
|Target version:||Release 4.0|
1 - Reuse the monitorization to return all the information about all the VMs in the host, instead of an independent monitorization action per VM.
2 - Separe MONITOR commands from the rest so they can be ran simultaneously
Revert "feature #1739: change ganglia probes to get all vms info"
Commit moved to branch feature-1739, eb82280d9290b640ef015ecba4b94b05d89cf607
This reverts commit ad9898fa36b3c69e9726aa9c61aa2d93d933207e.
feature #1739: Moved SSL functions to one_util namespace. oned decodes messages from information drivers
Feature #1739: Update vm last_poll when the operation ends, instead of when it is triggered
Feature #1739: Detect missing VMs from the Host poll info, and move them to 'unknown'
Feature #1739: Do not update poll info for VMs that should not be in the reported host
Feature #1739: Drivers inform that the VM_POLL info is included, making things easier for the core when 0 vms are found
Feature #1739: Improve host monitoring performance
We don't need to retrieve and parse each Host xml body column, we
already have the Hosts in the cache
#2 Updated by Carlos Martín over 6 years ago
The hosts only have one type of template error message, monitorization, but the VMs can have different messages: attach failed, monitorization failed, etc.
As the code is now, if the VM has an operation message (e.g. could not attach disk), a successful monitorization will clear that message.
Maybe we could define two types of errors: the ones that inform of a failed operation, and the ones that can be resolved on their own and can be cleared (monitoring).
The failed operations could be stored in a vector attribute:
ERROR_MESSAGES = [ ERROR = "attach failed because...", ERROR = "shutdown failed because..." ]