Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
BMC_PASSWORDYesPassword for the BMC account(s) used to authenticate to the servers, provided via environment variable in the MCP server configuration.

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}
logging
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
get_boot_configB

Boot order, one-time/persistent boot override and allowed override targets.

get_event_logB

Newest hardware event log entries (SEL, iLO IML, XCC platform log …), normalised severity.

get_firmware_inventoryC

Installed firmware versions (BIOS, BMC, NICs, RAID, drives, PSUs).

get_healthB

Overall health (OK/Warning/Critical) and every component that is not OK, using vendor rollups (iDRAC, iLO) where available.

get_inventoryB

Vendor, model, serial, BIOS and BMC firmware, CPU/memory summary and power state for one or many servers, plus the effective privilege of the BMC account rackhands logs in with (account.role, account.can_control) and a warning when a target with no dangerous classes enabled uses an account that could power it off.

get_power_stateB

Power state (On/Off) of one or many servers.

get_sensorsB

Temperatures, fans, voltages, power supplies and power draw with thresholds and health.

list_targetsA

List configured BMCs, their addresses, tags and which dangerous operation classes are enabled for each.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.3/5.0

Scored across 8 tools

Disambiguation4/5

Tools cover distinct data categories such as boot, logs, targets, firmware, health, inventory, power, and sensors. Minor overlap exists between get_health/get_sensors and get_inventory/get_firmware_inventory, but descriptions make the boundaries clear enough.

Naming Consistency5/5

All names use consistent snake_case with a verb_noun pattern: get_* for reads and list_targets for collection listing. The convention is predictable throughout.

Tool Count5/5

Eight tools are well-scoped for a BMC monitoring/inventory server. Each tool covers a distinct resource and there is no obvious redundancy.

Completeness3/5

The read-only monitoring and inventory surface is fairly complete, but no tools exist for power control, boot override setting, firmware update, log clearing, or other management actions referenced by the descriptions. This is a notable gap for a BMC management domain.

Maintenance

ActivityMaintained
ResponsivenessUnresponsive