Completed Tier 3/4 implementation. Added Dell UPS power consumption tracking and
comprehensive HP BladeSystem/Moonshot blade chassis monitoring. Discovery: Dell
Enterprise Servers (iDRAC) already have excellent sensor coverage.
Files Changed:
- priv/profiles/os_discovery/dell-ups.yaml (enhanced)
Added Dell UPS power consumption sensor:
OID: .1.3.6.1.4.1.674.10902.2.120.2.6.0 (physicalOutputPresentConsumption)
MIB: DELL-SNMP-UPS-MIB
Gap: MEDIUM (missing power tracking) → RESOLVED
Parity: 80% → 100%
- priv/profiles/os_discovery/hpblmos.yaml (enhanced)
Created comprehensive HP BladeSystem/Moonshot sensor profile (4 sensor types):
Temperature:
- Walk OID: .1.3.6.1.4.1.232.22.2.3.1.2.1.5 (description)
- Value OID: .1.3.6.1.4.1.232.22.2.3.1.2.1.6 (temperature reading)
Power:
- Presence: .1.3.6.1.4.1.232.22.2.5.1.1.1.16
- Current: .1.3.6.1.4.1.232.22.2.5.1.1.1.10 (PSU output wattage)
- High limit: .1.3.6.1.4.1.232.22.2.5.1.1.1.9 (max wattage)
Fan State:
- Presence: .1.3.6.1.4.1.232.22.2.3.1.3.1.8
- Status: .1.3.6.1.4.1.232.22.2.3.1.3.1.11
- States: other, ok, degraded, failed
PSU State:
- Presence: .1.3.6.1.4.1.232.22.2.5.1.1.1.16
- Status: .1.3.6.1.4.1.232.22.2.5.1.1.1.17
- States: other, ok, degraded, failed
Skip logic: Only monitors present components (presence != 2)
Gap: CRITICAL (zero sensor coverage) → RESOLVED
Parity: 0% → 80%
- CHANGELOG.txt (updated)
Documented Tier 3/4 completion and Dell server discovery
Analysis Discovery - Dell Enterprise Servers:
- Found existing drac.yaml profile with comprehensive sensor coverage:
- Temperature: 4 types (chassis, CMC ambient, CMC processor, temperature probes)
- Voltage: 2 types (PSU voltage, input voltage)
- Current: 3 types (chassis, PSU, amperage probes filtered for wattage)
- Power: 5 types (current, peak, potential, idle, max)
- Fanspeed: Cooling device monitoring with thresholds
- State: Extensive monitoring (global, IDSDM card, intrusion, IOM, etc.)
- Previous gap analysis incorrectly reported 0% parity
- Actual parity: 95%+ (Dell iDRAC/OpenManage fully supported)
Impact:
- Dell UPS: Complete monitoring capability (state + runtime + power)
- HP BladeSystem/Moonshot: Hardware monitoring for blade chassis
- Dell Servers: Confirmed excellent existing coverage
Business Value:
- Blade chassis monitoring for HP c-Class/Moonshot environments
- UPS capacity planning and load tracking
- Dell rack/blade/tower servers already fully monitored via iDRAC
Parity Achievement:
- Tier 3/4 Complete: Dell UPS (80→100%), HP hpblmos (0→80%)
- Dell Servers: Already 95%+ (existing drac.yaml profile)
Remaining: Dell PowerVault (requires text parsing in vendor module - future work)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
|
||
|---|---|---|
| .claude | ||
| .forgejo | ||
| .gitlab/agents | ||
| assets | ||
| c_src | ||
| config | ||
| docs | ||
| k8s | ||
| lib | ||
| mibs | ||
| nix | ||
| priv | ||
| rel/overlays/bin | ||
| scripts | ||
| test | ||
| towerops | ||
| vendor | ||
| .credo.exs | ||
| .dialyzer_ignore.exs | ||
| .dockerignore | ||
| .envrc.example | ||
| .formatter.exs | ||
| .gitignore | ||
| .gitlab-ci.yml | ||
| .gitlab-ci.yml.nix | ||
| .pre-commit-config.yaml | ||
| .sobelow-skips | ||
| .sourceignore | ||
| .test-watch.exs | ||
| .tool-versions | ||
| AGENTS.md | ||
| CHANGELOG.txt | ||
| CLAUDE.md | ||
| Dockerfile | ||
| flake.lock | ||
| flake.nix | ||
| GETTEXT_MIGRATION_NOTES.md | ||
| IMPLEMENTATION_SUMMARY.md | ||
| Makefile | ||
| mix.exs | ||
| mix.lock | ||
| NIX-IMPLEMENTATION-SUMMARY.md | ||
| package-lock.json | ||
| package.json | ||
| README.md | ||
| REFACTOR.md | ||
| SECURITY.md | ||
| SENSOR_PIPELINE_FIXES.md | ||
| shell.nix | ||
| tail_logs.sh | ||
TowerOps
Network monitoring and alerting platform built with Phoenix LiveView.
Features
- Multi-tenant architecture - Organizations with role-based permissions
- Site hierarchy - Organize equipment across multiple sites
- Automated monitoring - Real-time ping monitoring with configurable intervals
- Time-series data - Efficient storage with TimescaleDB (optional)
- Real-time updates - LiveView dashboard with PubSub
- Equipment tracking - Monitor network devices by IP address
Quick Start
Prerequisites
- Elixir 1.14+
- PostgreSQL 14+
- (Optional) TimescaleDB for production-grade time-series performance
Setup
# Install dependencies
mix setup
# Start the server
mix phx.server
Visit localhost:4000 from your browser.
TimescaleDB (Production Only)
Development: Uses standard PostgreSQL (no TimescaleDB required).
Production: TimescaleDB is automatically enabled for optimal performance with time-series data.
# Production deployment - install TimescaleDB first
brew tap timescale/tap && brew install timescaledb # macOS
# Then run migrations with MIX_ENV=prod
MIX_ENV=prod mix ecto.migrate
See TIMESCALEDB.md for detailed installation and configuration.
How it works: Migrations detect the environment (MIX_ENV) and only enable TimescaleDB features (hypertables, compression, retention policies, continuous aggregates) in production.
Encryption Setup (Production)
TowerOps uses AES-256-GCM encryption for sensitive data (SNMP communities, MikroTik API passwords, etc.).
Development/Test
Encryption keys are pre-configured in config/dev.exs and config/test.exs. No action required.
Production
Set the CLOAK_KEY environment variable with a base64-encoded 32-byte key:
# Generate encryption key
openssl rand -base64 32
Important:
- Store the generated key securely in 1Password or your secrets manager
- Never commit the production key to version control
- Losing the encryption key makes encrypted data unrecoverable
Kubernetes Deployment
If secret doesn't exist yet (new deployment):
# Generate CLOAK_KEY (store in 1Password first!)
CLOAK_KEY=$(openssl rand -base64 32)
# Create towerops-secrets with all required keys
kubectl create secret generic towerops-secrets \
--from-literal=RELEASE_COOKIE=$(openssl rand -base64 32) \
--from-literal=SECRET_KEY_BASE=$(mix phx.gen.secret) \
--from-literal=CLOAK_KEY="$CLOAK_KEY" \
-n towerops
If secret already exists (add CLOAK_KEY to existing secret):
# Store new key in 1Password first!
# Bash/Zsh:
CLOAK_KEY=$(openssl rand -base64 32)
# Fish shell:
set CLOAK_KEY (openssl rand -base64 32)
# Method 1: Using kubectl create with dry-run and apply
kubectl create secret generic towerops-secrets \
--from-literal=CLOAK_KEY="$CLOAK_KEY" \
--dry-run=client -o yaml | \
kubectl apply -f - -n towerops
# Method 2: Direct inline generation (works in all shells)
kubectl create secret generic towerops-secrets \
--from-literal=CLOAK_KEY="$(openssl rand -base64 32)" \
--dry-run=client -o yaml | \
kubectl apply -f - -n towerops
# Restart pods to pick up new key
kubectl rollout restart deployment/towerops -n towerops
Development
Database
mix ecto.create # Create database
mix ecto.migrate # Run migrations
mix ecto.reset # Drop, create, and migrate
Testing
mix test # Run all tests
mix test --trace # Run with detailed output
Code Quality
mix format # Format code with Styler
mix compile --warnings-as-errors
Firmware Version Tracking
The system automatically checks for latest firmware versions daily (2 AM dev, 4 AM prod). To manually trigger a firmware check:
# Start IEx console
iex -S mix phx.server
# Manually trigger firmware version fetch
Oban.insert(Towerops.Workers.FirmwareVersionFetcherWorker.new(%{}))
The worker will:
- Fetch the latest MikroTik RouterOS version from RSS feed
- Store version information in the database
- Enable firmware update indicators on device detail pages
Check the logs for fetch results:
# View recent Oban jobs
Towerops.Repo.all(Oban.Job) |> Enum.take(5)
Learn more
- Official website: https://www.phoenixframework.org/
- Guides: https://hexdocs.pm/phoenix/overview.html
- Docs: https://hexdocs.pm/phoenix
- Forum: https://elixirforum.com/c/phoenix-forum
- Source: https://github.com/phoenixframework/phoenix