Automic VaultAutomic Vault

brew

opentsdb mit Homebrew, Nix installieren

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

Installation

Weitere Installationsbefehle

macOS

Homebrewverifiziert · 100%
brew install opentsdb

local Homebrew formula metadata

Linux

Nixverifiziert · 92%
nix profile install nixpkgs#opentsdb

nixpkgs package indexes · pkgs/by-name/op/opentsdb/package.nix · Quelle: api.github.com

Überblick

Paketzusammenfassung

Scalable, distributed Time Series Database

Befehle und Aliase

  • start-tsdb.sh
  • tsdb

Verlauf

Projektgeschichte und Nutzung

OpenTSDB is a distributed time-series database built on HBase for storing, indexing, querying, and graphing high-volume metrics without downsampling away raw granularity. It ships a Time Series Daemon, command-line tools, HTTP and telnet-style APIs, and an HBase schema tuned for metric names, timestamps, and tags.

Projektgeschichte

OpenTSDB was originally designed and implemented at StumbleUpon by Benoît Sigoure, with early design input from Berk D. Demir. It grew out of the operational need to collect metrics from networks, operating systems, applications, and services at a scale where older fixed-size or single-node monitoring stores were not sufficient.

The project chose HBase because it could distribute writes and scans across a cluster while keeping raw metric points for long periods. Public talks and documentation from the early 2010s emphasized billion-point-per-day ingestion, large numbers of time series, and avoiding the loss of precision common in round-robin databases.

Adoptionsgeschichte

OpenTSDB’s adoption followed the rise of large Hadoop/HBase installations and high-cardinality infrastructure monitoring. Its contributor list includes companies such as StumbleUpon, Yahoo, Box, Arista Networks, Betfair, Limelight Networks, and others, showing use beyond the original StumbleUpon deployment.

Its protocol and data model also outlived some deployments of the original server. Cloud vendors and monitoring tools documented OpenTSDB-compatible ingestion or comparison points because the metric-plus-tags model became a familiar shape for time-series telemetry systems.

Wie es verwendet wird

Operators run one or more independent TSD processes in front of HBase or Google Bigtable-compatible storage. Collectors such as tcollector, collectd, StatsD bridges, or custom scripts send datapoints, while users query and graph by metric, timestamp range, and tags through the HTTP API or built-in UI.

For package users, the interesting pieces are the `tsdb` command, `start-tsdb.sh`, the configuration search path, and the dependency on a correctly prepared HBase schema. Installing the package is only the first step; a usable OpenTSDB deployment depends on distributed storage, collectors, and retention choices.

Warum Paket-Nerds sich dafür interessieren

OpenTSDB is a reminder that some packages are operational systems disguised as CLIs. The formula installs Java code and scripts, but the real dependency is an HBase-backed monitoring architecture with schema, collectors, ports, and dashboards.

Zeitleiste

  • 2010: OpenTSDB was written at StumbleUpon to handle large-scale service metrics.
  • 2012: public talks described StumbleUpon deployments adding over one billion datapoints per day.
  • 2014: OpenTSDB 2.0-era material described the project as a distributed, scalable time-series database with broader community involvement.
  • 2020s: OpenTSDB 2.4 documentation remained the main reference for the classic HBase-backed architecture.

Related projects

  • Related projects include HBase, Google Bigtable, tcollector, collectd, StatsD, Grafana, Prometheus, InfluxDB, Graphite, and cloud services that expose OpenTSDB-compatible APIs.

Sicherheitslage

Risikostufe: orange

broad file, network, media, or database tool signal. formula declares a Homebrew service.

Risikoklassifikator

orange Risiko · mittel Konfidenz · infrastructure

Warum

  • broad file, network, media, or database tool signal
  • formula declares a Homebrew service

Signale

  • metadata:service
  • text:database

Installationsverhalten

  • Homebrew deklariert einen Post-install-Hook für diese Formel.
  • Formelmetadaten deklarieren einen Service- oder Daemon-Block.
  • Homebrew-Bottle-Metadaten sind für 4 Plattformziele verfügbar.
  • Installiert mit 4 Laufzeitabhängigkeiten.
  • Build-Metadaten listen 4 Build-Abhä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.

local files

Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.

Configuration files

Config paths the tool may read or write during local use.

Unix
./opentsdb.conf/etc/opentsdb.conf/etc/opentsdb/opentsdb.conf/opt/opentsdb/opentsdb.conf

Executables

Installierte Executables

BefehlArtSichtbarkeitHinweis
start-tsdb.shcliglobales Executable
tsdbcliglobales 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-10
Manager-Version2.4.1
Manager aktualisiert2026-06-22
lokale DatenOK
Upstreamaktuell
neueste erkannte Versionv2.4.1

https://github.com/OpenTSDB/opentsdb

  • OKEs wurden keine Aktualitätswarnungen generiert.

Installationsmetadaten

Paketmetadaten

Paketschlüsselbrew:opentsdb
Version2.4.1
PaketmanagerHomebrew
Paketmanager-Seitehttps://formulae.brew.sh/formula/opentsdb
Homepagehttp://opentsdb.net/
Repositoryhttps://github.com/OpenTSDB/opentsdb
Upstream-Dokumentationhttps://opentsdb.net/docs/build/html/index.html
LizenzLGPL-2.1-or-later
Quellarchivhttps://github.com/OpenTSDB/opentsdb/archive/refs/tags/v2.4.1.tar.gz
Zuletzt aktualisiert2026-06-22T14:05:45-07:00
Pulseupdated
Abhängigkeitengnuplot, hbase, lzo, openjdk@11
Build-Abhängigkeitenautoconf, automake, openjdk@8, python@3.13
Bottleverfügbar (auf arm64_linux, sonoma, ventura, x86_64_linux)
Homebrew post-installdefiniert
Dienstdeclared

Registry-Fakten

Details aus der Quelldatenbank

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Nameopentsdb
Version Scheme0
Revision0
Requirements
  • arch
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedyes
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%

opentsdb

nix profile install nixpkgs#opentsdb
  • normalized package name match
  • Abgeglichen nach: Opentsdb
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/op/opentsdb/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

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 configuration and credential file locations
  • curated package history
  • external package-manager database matches
  • package relationship graph
  • package version freshness
  • package-page enrichment