Virtual Machine High Availability (VMHA) service for OpenStack.
Go to file
Dinesh Bhor d4dd11d7bd Stop logging unnecessary warning on context create
Every time a message is dispatched over rpc, it serializes the context
using to_dict() method which includes "is_admin_project" key in the
serialized context which when deserialized on the receiving end calls
"from_dict" class method to build RequestContext object based on the
dictionary. At the time of creation of this RequestContext object, a
warning message is logged "Arguments dropped when creating context".

Passed "is_admin_project" to __init__() of base RequestContext class so
that the warning message will not come. Also this log message should be
logged in debug level instead of warning as it's meant for developers and
not operators. Developers can choose to see what arguments are getting
dropped so that if required later it can be passed to base RequestContext.
Kept the default value of "is_admin_project" as True [1].

[1] https://github.com/openstack/oslo.context/blob/master/oslo_context/context.py#L196

TrivialFix

Change-Id: Ie301908fd037d08998d85c46f9da567a9448fdd2
2017-01-27 11:35:01 +05:30
devstack [Devstack] Fix devstack plugin compatibility 2017-01-03 11:55:13 +00:00
doc/source Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
etc/masakari Add missing namespaces in masakari-config-generator.conf 2016-11-18 11:53:22 +00:00
masakari Stop logging unnecessary warning on context create 2017-01-27 11:35:01 +05:30
releasenotes Return correct response codes 2016-11-30 15:29:36 +05:30
.coveragerc Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
.gitignore Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
.gitreview Added .gitreview 2016-06-23 06:57:16 +00:00
.mailmap Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
.testr.conf Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
CONTRIBUTING.rst Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
HACKING.rst Add a hacking rule to enforce use of LOG.warning 2016-08-04 09:45:40 +09:00
LICENSE Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
MANIFEST.in Drop MANIFEST.in - it's not needed by pbr 2016-10-13 16:55:15 +05:30
README.rst Add db sync support for masakari 2016-08-05 11:49:20 +05:30
babel.cfg Initial Cookiecutter Commit. 2016-06-28 13:28:27 +09:00
requirements.txt Add nova support in masakari 2016-11-04 15:39:21 +05:30
setup.cfg Add TaskFlowDriver support to process notifications 2016-11-04 15:28:06 +05:30
setup.py Add support for wsgi framework 2016-07-12 13:10:10 +05:30
test-requirements.txt Add database related test cases 2016-12-09 18:30:55 +05:30
tox.ini Remove deps under pep8 section to enable hacking checks 2017-01-13 12:36:39 +05:30

README.rst

Masakari

Virtual Machine High Availability (VMHA) service for OpenStack

Masakari provides Virtual Machine High Availability (VMHA) service for OpenStack clouds by automatically recovering the KVM-based Virtual Machine(VM)s from failure events such as VM process down, provisioning process down, and nova-compute host failure. It also provides API service for manage and control the automated rescue mechanism.

Original version of Masakari: https://github.com/ntt-sic/masakari

Tokyo Summit Session: https://www.youtube.com/watch?v=BmjNKceW_9A

Masakari is distributed under the terms of the Apache License, Version 2.0. The full terms and conditions of this license are detailed in the LICENSE file.

Configure masakari-api

1. Create masakari user: $ openstack user create --password-prompt masakari (give password as masakari)

2. Add admin role to masakari user: $ openstack role add --project service --user masakari admin

3. Create new service: $ openstack service create --name masakari --description "masakari high availability" masakari

4. Create endpoint for masakari service: $ openstack endpoint create --region RegionOne masakari --publicurl http://<ip-address>:<port>/v1/%(tenant_id)s --adminurl http://<ip-address>:<port>/v1/%(tenant_id)s --internalurl http://<ip-address>:<port>/v1/%(tenant_id)s

5. Clone masakari using $ git clone https://github.com/openstack/masakari.git

6. Run setup.py from masakari $ sudo python setup.py install

  1. Create masakari directory in /etc/
  2. Copy masakari.conf, api-paste.ini and policy.json file from masakari/etc/ to /etc/masakari folder

9. To run masakari-api simply use following binary: $ masakari-api

Configure masakari database

  1. Create 'masakari' database
  2. After running setup.py for masakari '$ sudo python setup.py install'

    run 'masakari-manage' command to sync the database $ masakari-manage db sync

Features

  • TODO