ansible-cmdb | Generate host overview from ansible fact gathering output | DevOps library

by fboender Python Version: 1.31 License: GPL-3.0

X-Ray Key Features Code Snippets Community Discussions(1)Vulnerabilities Install Support

kandi X-RAY | ansible-cmdb Summary

ansible-cmdb is a Python library typically used in Devops, Ansible applications. ansible-cmdb has no bugs, it has no vulnerabilities, it has build file available, it has a Strong Copyleft License and it has medium support. You can install using 'pip install ansible-cmdb' or download it from GitHub, PyPI.

Ansible-cmdb takes the output of Ansible’s fact gathering and converts it into a static HTML overview page (and other things) containing system configuration information. It supports multiple types of output (html, csv, sql, etc) and extending information gathered by Ansible with custom data. For each host it also shows the groups, host variables, custom variables and machine-local facts.

Support

Quality

Security

License

Reuse

Support

ansible-cmdb has a medium active ecosystem.

It has 2245 star(s) with 454 fork(s). There are 147 watchers for this library.

It had no major release in the last 12 months.

There are 29 open issues and 169 have been closed. On average issues are closed in 176 days. There are 14 open pull requests and 0 closed requests.

It has a neutral sentiment in the developer community.

The latest version of ansible-cmdb is 1.31

Quality

ansible-cmdb has 0 bugs and 0 code smells.

Security

ansible-cmdb has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

ansible-cmdb code analysis shows 0 unresolved vulnerabilities.

There are 0 security hotspots that need review.

License

ansible-cmdb is licensed under the GPL-3.0 License. This license is Strong Copyleft.

Strong Copyleft licenses enforce sharing, and you can use them when creating open source projects.

Reuse

ansible-cmdb releases are available to install and integrate.

Deployable package is available in PyPI.

Build file is available. You can build the component from source.

Installation instructions, examples and code snippets are available.

ansible-cmdb saves you 12130 person hours of effort in developing the same functionality from scratch.

It has 35135 lines of code, 1267 functions and 81 files.

It has medium code complexity. Code complexity directly impacts maintainability of the code.

Top functions reviewed by kandi - BETA

kandi has reviewed ansible-cmdb and discovered the below as its top functions. This is intended to give you an instant insight into ansible-cmdb implemented functionality, and help decide if they suit your requirements.

Write the top level module to the printer
Write lines
Write a line to the stream
Write the inheritance of the given template
Parse the text
Decode a raw stream
Matches the given regular expression
Match a regular expression
Parse attributes
Visitor for class definition
Parse fact directory
Parse host_vars directory
Parse group
Inherit from a template
Get a template namespace
Construct a timestamp from a YAML node
Visit a control line
Return a dict of hosts
Parse command line arguments
Return a list of all hosts on the host
Return the argument expressions
Parse the contents of the hosts section
Write a render callable
Compile a module from a file
Performs an action on the data structure
Parse group_vars directory

Get all kandi verified functions for this library.

ansible-cmdb Key Features

No Key Features are available at this moment for ansible-cmdb.

ansible-cmdb Examples and Code Snippets

No Code Snippets are available at this moment for ansible-cmdb.

Community Discussions

Trending Discussions on ansible-cmdb

Conflict of variable name *packages* with anisble_facts.packages

QUESTION

Conflict of variable name *packages* with anisble_facts.packages

Asked 2022-Jan-18 at 17:28

I have a repository with Ansible playbooks. In one playbook, gather-installed.yml, I use package_facts_module together with ansible-cmdb. In next following playbook, which I use to install software, I have a variable of type dict defined: packages:

...

ANSWER

Answered 2022-Jan-18 at 17:28

inject_facts_as_vars currently defaults to true; while facts from the setup module are guaranteed to be prefixed with ansible_, this is not the case for all modules. The fact returned by the package_facts module does not have this prefix, so it will clobber an existing packages variable unless this setting is turned off.

Disabling fact injection by default is something the developers plan to do, but they first need to implement a way to trigger a warning when a deprecated variable is used, so that deprecation warnings can be targeted to people who are relying on this functionality. In the meantime, anyone who's not actually using the injected vars is free to disable it and prevent random modules from polluting their top-level variable namespace.

Source https://stackoverflow.com/questions/70758475

Community Discussions, Code Snippets contain sources that include Stack Exchange Network

Vulnerabilities

No vulnerabilities reported

Install ansible-cmdb

Links to the full documentation can be found below, but here’s a rough indication of how Ansible-cmdb works to give you an idea:. That’s it! Please do read the full documentation on usage, as there are some caveats to how you can use the generated HTML.
Install Ansible-cmdb from [source, a release package](https://github.com/fboender/ansible-cmdb/releases) or through pip: pip install ansible-cmdb.
Fetch your host’s facts through ansible: $ mkdir out $ ansible -m setup --tree out/ all
Generate the CMDB HTML with Ansible-cmdb: $ ansible-cmdb out/ > overview.html
Open overview.html in your browser.