Automic VaultAutomic Vault

brew

ansible-cmdb mit Homebrew, Nix, zypper installieren

Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für ansible-cmdb in AI-Agent-Workflows.

Installation

Weitere Installationsbefehle

macOS

Homebrewverifiziert · 100%
brew install ansible-cmdb

local Homebrew formula metadata

Linux

Nixverifiziert · 92%
nix profile install nixpkgs#ansible-cmdb

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

openSUSE zypperverifiziert · 92%
sudo zypper install ansible-cmdb

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

Überblick

Paketzusammenfassung

Generates static HTML overview page from Ansible facts

Befehle und Aliase

  • ansible-cmdb

Verlauf

Projektgeschichte und Nutzung

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.

Projektgeschichte

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.

Adoptionsgeschichte

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.

Wie es verwendet wird

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.

Warum Paket-Nerds sich dafür interessieren

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.

Zeitleiste

  • 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.

Sicherheitslage

Risikostufe: grün

narrow executable package without higher-risk signals.

Risikoklassifikator

grün Risiko · niedrig Konfidenz · appliance

Warum

  • narrow executable package without higher-risk signals

Signale

  • metadata:no-higher-risk-signals

Installationsverhalten

  • In den Formelmetadaten ist kein Homebrew-Post-install-Hook erfasst.
  • Homebrew-Bottle-Metadaten sind für 6 Plattformziele verfügbar.
  • Installiert mit 2 Laufzeitabhängigkeiten.

Empfohlene Prüfung

Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.

Executables

Installierte Executables

BefehlArtSichtbarkeitHinweis
ansible-cmdbcliglobales Executable

Aktualität

Version und Aktualität

Diese Signale trennen das Alter der Seitengenerierung, Aktivität des Paketmanagers und Upstream-Release-Vergleich. Versionsrückstand wird nur gemeldet, wenn eine Evidenz-URL und vergleichbare Versionen vorhanden sind.

Seite generiert2026-07-08
Manager-Version1.31
Manager aktualisiert
lokale DatenOK
Upstreamaktuell
neueste erkannte Version1.31

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

  • InfoNo package-manager update timestamp was available.niedrig Konfidenz

Installationsmetadaten

Paketmetadaten

Paketschlüsselbrew:ansible-cmdb
Version1.31
PaketmanagerHomebrew
Paketmanager-Seitehttps://formulae.brew.sh/formula/ansible-cmdb
Homepagehttps://github.com/fboender/ansible-cmdb
Repositoryhttps://github.com/fboender/ansible-cmdb
Upstream-Dokumentationhttps://ansible-cmdb.readthedocs.io/en/latest
LizenzGPL-3.0-or-later
Quellarchivhttps://github.com/fboender/ansible-cmdb/archive/refs/tags/1.31.tar.gz
Abhängigkeitenlibyaml, python@3.14
Bottleverfügbar (auf arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, sonoma, x86_64_linux)
Homebrew post-installnicht definiert
Dienstkeiner deklariert

Registry-Fakten

Details aus der Quelldatenbank

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

Source-Datenbank-Treffer

Andere Paketmanager-Einträge

Treffer stammen aus externen Paketmanager-Indizes und bleiben von lokalen Automic-Vault-Paketlinks getrennt.

Nix95%

ansible-cmdb

nix profile install nixpkgs#ansible-cmdb
  • normalized package name match
  • Abgeglichen nach: 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 Abhängigkeiten
  • 3 stellt bereit
  • normalized package name match
  • Abgeglichen nach: 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

Quellspur

Aus Repository-Daten generiert

Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.

Verwendete Quellen

  • 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