aboutsummaryrefslogtreecommitdiffstats
path: root/meta-openstack/recipes-devtools/python/python-neutronclient
AgeCommit message (Collapse)Author
2014-09-30add generic monitor frameworkVu Tran
Instead of having a central file or group of files to describe what data resources should be monitored. The content of these files will depend on what core system monitoring is used ((e.g. Nagios or Monasca). It's desirable to have each recipe describes what it wants be monitored in generic way such that various system monitors can understand and convert these into their format. If a recipe wishes to register itself to system monitor, it inherits monitor bbclass and use MONITOR_SERVICE_PACKAGES and MONITOR_SERVICE_<package name> to indicate what processes should should be monitored. Also MONITOR_CHECKS_<package name> variale can be used to pass list of scripts which will be run on target and if any of these scripts fail then will report. Eventually monitor.bbclass will be expanded to allow recipe to describe more complicated information passed down to system monitor (e.g. Nagios or Monasca) Signed-off-by: Vu Tran <vu.tran@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-09-16clients: update clients to juno b3 sync pointBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-06-25neutronclient: use csv flag instead of jsonKeith Holman
The tests included with neutronclient are calling neutron commands agents-list and net-list with the "-f" flag set to "json". This isn't supported and throws an exception during the test. The exception is unexpected and fails to free the resources allocated by the mox testing library causing the following tests to fail. This fix applies a patch that prevents the exception from being thrown by calling the commands with the "-f" flag set to "csv", which is supported. Signed-off-by: Keith Holman <Keith.Holman@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>