Automic VaultAutomic Vault

brew

Installer ansible-cmdb avec Homebrew, Nix, zypper

Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de ansible-cmdb pour les workflows d'agents IA.

installation

Commandes d'installation supplémentaires

macOS

Homebrewvérifié · 100%
brew install ansible-cmdb

local Homebrew formula metadata

Linux

Nixvérifié · 92%
nix profile install nixpkgs#ansible-cmdb

nixpkgs package indexes · pkgs/by-name/an/ansible-cmdb/package.nix · Source: api.github.com

openSUSE zyppervérifié · 92%
sudo zypper install ansible-cmdb

openSUSE Tumbleweed package metadata · ansible-cmdb · Source: download.opensuse.org

aperçu

Résumé du paquet

Generates static HTML overview page from Ansible facts

Commandes et alias

  • ansible-cmdb

historique

Historique du projet et usages

Ansible-CMDB is a small companion utility for Ansible users who want static inventory and host-fact reports without running a database-backed CMDB service. It consumes facts gathered by Ansible and renders them as HTML, CSV, SQL, JSON, Markdown, or plain-text output.

Historique du projet

The project is maintained in the fboender/ansible-cmdb repository and its manual page identifies the command as a tool to generate host overviews from Ansible facts. Its documentation describes an implementation centered on parsing fact directories and, optionally, Ansible inventory data, then rendering the result through templates.

The 1.x release line was already established by 2015, when the bundled man page was dated 2015-11-11. GitHub releases show continued 1.x maintenance through v1.31, including packaging, variable parsing, and template fixes.

Historique d'adoption

Ansible-CMDB became useful in the gap between ad hoc Ansible fact gathering and heavier infrastructure inventory systems. Its adoption pattern is package-nerdy rather than platform-centric: it appears in Homebrew, Nix, SUSE/openSUSE packaging, and PyPI-oriented workflows because it is a single CLI that can be dropped into cron jobs or documentation pipelines.

The project has a long-lived GitHub footprint with thousands of stars and hundreds of forks, but its release cadence is modest compared with core Ansible tools. That matches its role as a stable reporting add-on rather than an automation engine.

Modes d'utilisation

The canonical workflow is to run Ansible setup with `--tree` to write fact files, then run `ansible-cmdb out/ > overview.html`. Passing `-i` lets the tool read inventory files or dynamic inventory scripts so host and group variables appear in the report.

Users choose templates with `-t`, add template parameters with `-p`, and can output split HTML for large inventories. It is commonly used when a team wants a browsable snapshot of hosts and facts without deploying AWX, NetBox, ServiceNow, or a custom database.

Pourquoi les passionnés de paquets s'y intéressent

For package maintainers, Ansible-CMDB is a classic Unix-shaped adjunct: one executable, generated static output, no daemon, and broad packaging across Python and OS repositories. Its value is that it turns Ansible's existing fact cache into artifacts that can be archived, published, diffed, or shipped as build output.

It also illustrates how the Ansible ecosystem produced small single-purpose tools around the core CLI before more integrated platforms became common.

Chronologie

  • 2015: Bundled manual page documents `ansible-cmdb` as a fact-to-overview generator.
  • 2017: v1.19 release posts describe static HTML host overview generation and multiple templates.
  • 2018: v1.26/v1.26.1 releases focus on packaging and template improvements.
  • 2021: v1.31 release fixes PyPI license metadata and template issues.

Related projects

  • Ansible provides the fact gathering data consumed by Ansible-CMDB.
  • AWX and Red Hat Ansible Automation Platform provide heavier web UI, inventory, and job orchestration workflows.
  • NetBox, ServiceNow CMDB, and other inventory systems overlap with the infrastructure documentation use case but are not drop-in static report generators.

posture de sécurité

Niveau de risque : vert

narrow executable package without higher-risk signals.

Classificateur de risque

risque vert · confiance faible · appliance

Pourquoi

  • narrow executable package without higher-risk signals

Signaux

  • metadata:no-higher-risk-signals

Comportement d'installation

  • Aucun hook post-install Homebrew n’est enregistré dans les métadonnées de formule.
  • Les métadonnées de bottle Homebrew sont disponibles pour 6 plateformes.
  • S’installe avec 2 dépendances d’exécution.

Revue recommandée

Avant une utilisation sans surveillance par un agent, vérifiez si l'outil lit des identifiants en clair, écrit un état distant, publie des artefacts ou lance des plugins.

exécutables

Exécutables installés

CommandeTypeExpositionNote
ansible-cmdbcliexécutable global

fraîcheur

Version et fraîcheur

Ces signaux séparent l'âge de génération de la page, l'activité du gestionnaire de paquets et la comparaison avec les versions amont. Un retard de version n'est signalé que lorsqu'une URL de preuve et des versions comparables sont présentes.

page générée2026-07-08
version du gestionnaire1.31
gestionnaire mis à jour
données localesOK
amontà jour
dernière version détectée1.31

https://github.com/fboender/ansible-cmdb

  • infoNo package-manager update timestamp was available.confiance faible

métadonnées d'installation

Métadonnées du paquet

Clé du paquetbrew:ansible-cmdb
Version1.31
Gestionnaire de paquetsHomebrew
Page du gestionnaire de paquetshttps://formulae.brew.sh/formula/ansible-cmdb
Page d'accueilhttps://github.com/fboender/ansible-cmdb
Dépôthttps://github.com/fboender/ansible-cmdb
Docs amonthttps://ansible-cmdb.readthedocs.io/en/latest
LicenceGPL-3.0-or-later
Archive sourcehttps://github.com/fboender/ansible-cmdb/archive/refs/tags/1.31.tar.gz
Dépendanceslibyaml, python@3.14
Bouteilledisponible (sur arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, sonoma, x86_64_linux)
post-install Homebrewnon défini
Serviceaucun déclaré

faits du registre

Détails de la base source

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Nameansible-cmdb
Version Scheme0
Revision1
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedno
Disabledno
Keg Onlyno
URL Keys
  • stable

correspondances dans les bases sources

Autres enregistrements de gestionnaires de paquets

Les correspondances proviennent d’index externes de gestionnaires de paquets et restent séparées des liens de paquets Automic Vault locaux.

Nix95%

ansible-cmdb

nix profile install nixpkgs#ansible-cmdb
  • normalized package name match
  • Correspondance par : Ansible Cmdb
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/an/ansible-cmdb/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1
zypper95%

ansible-cmdb 1.31-3.2

Ansible Configuration Management Database

https://github.com/fboender/ansible-cmdb

sudo zypper install ansible-cmdb
  • License: GPL-3.0-or-later
  • Category: Development/Languages/Python
  • Architecture: noarch
  • Source Package: ansible-cmdb
  • 6 Dépendances
  • 3 fournit
  • normalized package name match
  • Correspondance par : Ansible Cmdb
openSUSE Tumbleweed package metadata · download.opensuse.org · openSUSE Tumbleweed package metadata: ansible-cmdb from https://download.opensuse.org/tumbleweed/repo/oss/repodata/be8d3611d25469107f32075a1697e69ec57a2b850b42348a658cc671ad5ec2b50760d02c3e59524d50da9a11d5be799bdaffba2e166e8ca8858512e3c0bd665d-primary.xml.zst

piste source

Généré depuis les données du dépôt

Cette page est servie par av-web depuis l'artéfact SQLite privé des paquets généré par scripts/generate-pkg-sqlite.py.

Sources utilisées

  • Geiger risk classifier
  • Nucleus package database
  • av.db category and tag curation
  • cross-ecosystem install command graph
  • curated package history
  • external package-manager database matches
  • package relationship graph
  • package version freshness
  • package-page enrichment