This checker module is used to verify and validate cloud after the deployment using number of routines to create reports
Many of our deployments comes with the monitoring solutions, but none of them keeps track of the package versions that is included in release. nd it is very important to have proper package versions. That is critical for cloud stability. here is more, it is critical to keep track of configuration values for networks (and others too..) in Runtime, in Configuration and at Reclass. Also, it is important to keep track of the changes in reclass and be able to have tool that gives clear report on what has been changed.
So, this tool here that can do some checks on the cloud that will be handy for:
Main use cases for the MCP-checker is:
It is pretty simple:
git clone http://gerrit.mcp.mirantis.com/mcp/cfg-checker cd cfg-checker virtualenv .cfgcheck source .cfgcheck/bin/activate pip install -r requirements.txt
"mos-checker = cfg_checker.cfg_check:config_check_entrypoint", "chk-pkg = cfg_checker.cli.packages:entrypoint", "chk-net = cfg_checker.cli.network:entrypoint", "chk-reclass = cfg_checker.cli.reclass:entrypoint", "checker-agent = cfg_checker.agent.cfg_agent:entrypoint"
mos-checker packages report --html __packages_html_filename.html__
mos-checker packages report --csv __packages_csv_filename.csv__
mos-checker network check
mcp-checker network report --html __network_html_filename.html__
mos-checker ceph info --tgz __ceph_info_filename.tgz__
mos-checker ceph bench --html __ceph_bench_filename.html__
mcp-checker reclass list -p __models_path__
mcp-checker reclass diff --model1 __model1_path__ --model2 __model2_path__ --html __reclass_html_filename.html__
You can also create your env file to connect to env
env
file set host and user for SSH. For options, use your ~/.ssh/config
salt-key
on master and create an etc/nodes.list
file with minions listCheers!