PROJECT

A project for developing a troubleshooting guide for etcd in two-node OpenShift clusters with fencing. It uses Ansible to reach the cluster machines and inspect etcd, Pacemaker, and system logs.

In plain words
What is it for?
Use it to verify access to cluster machines, gather service status and logs, analyze common etcd and Pacemaker problems, and recommend or carry out troubleshooting steps.
Why use it?
It organizes repeated diagnosis into direct checks and iterative procedures, helping identify the cause of cluster failures.

Command for Claude Code

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add commands/openshift-eng/two-node-toolbox/project
Clone the repo
git clone --depth 1 https://github.com/openshift-eng/two-node-toolbox

Made for: Claude Code.

Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,545 The whole file, excluding the scripts and references it only reads on demand.
Security scan B 1 finding. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.02545
Opus 5 $0.00000 $0.01273
Sonnet 5 $0.00000 $0.00509
Haiku 4.5 $0.00000 $0.00254

Measured yesterday against content hash f34f5e5db703, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade B, and why

PROJECT scanned grade B with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Asks for rootmediumPrivilege escalation

A mod that escalates privileges can change anything on the machine, not only the project.

**Important**: All commands must be executed with sudo privileges (using Ansible's `become: yes`).
.claude/commands/etcd/PROJECT.md · 295 lines

How it starts

The opening of the file, as written. The whole thing — 295 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Etcd Troubleshooting Skill - Project File

Project Overview

This project is for developing a Claude Code skill that helps troubleshoot etcd issues on two-node with fencing OpenShift clusters. The skill enables Claude to iteratively diagnose and resolve issues by leveraging Ansible to access cluster VMs directly and analyze etcd health, pacemaker status, and relevant system logs to provide diagnostic insights and troubleshooting procedures.

Objectives

  1. Provide troubleshooting expertise that validates direct Ansible access to cluster VMs
  2. Gather etcd and Pacemaker status using appropriate commands
  3. Collect and analyze journalctl logs for both Pacemaker and etcd services
  4. Analyze the collected data to identify common issues
  5. Propose and execute structured troubleshooting procedures iteratively
  6. Provide actionable recommendations based on ongoing analysis

Target Environment

  • Deployment Type: Two-Node with Fencing (TNF) OpenShift cluster
  • Topology: Two control plane nodes with BMC-based fencing
  • Access Method: Ansible via inventory.ini
  • Key Components:
    • Pacemaker (cluster resource management)
    • Corosync (cluster communication)
    • Etcd (running as Podman containers managed by Pacemaker)
    • Fencing agents (BMC/RedFish based)

Documentation Resources

Primary References

  1. Fencing Documentation: docs/fencing/README.md

    • Overview of Two-Node with Fencing architecture
    • Etcd management by Pacemaker
    • Disruption handling (graceful and ungraceful)
    • Quorum management principles
  2. Etcd Operations Guide: .claude/commands/etcd/etcd-ops-guide/

    • clustering.md - Cluster membership and operations
    • configuration.md - Configuration parameters
    • container.md - Container-specific operations
    • data_corruption.md - Data corruption detection and recovery
    • failures.md - Failure scenarios and handling
    • maintenance.md - Maintenance procedures
    • monitoring.md - Monitoring and metrics
    • recovery.md - Recovery procedures
    • runtime-configuration.md - Runtime configuration changes
    • runtime-reconf-design.md - Reconfiguration design patterns

Read the full file on GitHub · 295 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 295 lines · 0 tokens per session scan B f34f5e5db703

Subscribe to this mod's changes

PROJECT is a command published in the GitHub repository openshift-eng/two-node-toolbox (5 stars, last pushed 28d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 2,545 tokens. A static security scan graded it B with 1 finding (asks for root). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.