Apache Spark History Server MCP
Provides optional AWS-specific troubleshooting tools for analyzing Spark workloads on Amazon EMR, including root cause analysis and code recommendations.
Connects to Apache Spark History Server to query and analyze Spark applications, jobs, stages, executors, SQL queries, and more, enabling AI agents to investigate performance, failures, and bottlenecks.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Apache Spark History Server MCPShow me failed jobs from my latest Spark app"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Kubeflow Spark AI Toolkit
Connect AI agents and engineers to Apache Spark History Server for intelligent job analysis, performance monitoring, and investigation
β¨ NEW β Spark History Server CLI is now available
A standalone Go binary that queries Spark History Server directly from your terminal β no MCP, no AI framework, no daemon process. Inspect jobs, compare runs, investigate failures, and script against the Spark REST API.
This project provides two interfaces to your Spark History Server data:
β‘ MCP Server | ||
For | Engineers, shell scripts, CI/CD, coding agents | AI agents and MCP-compatible clients |
Mental model | "I know the command I want to run" | "Agent, investigate this Spark app" |
Install | Single static binary β no dependencies | Python 3.12+, uv |
Get started |
πΊ See it in action:
π οΈ SHS CLI (shs) β For Engineers & Scripts
A standalone Go binary. Query your Spark History Server directly from the terminal, shell scripts, or CI/CD pipelines. Also works as a skill for coding agents like Claude Code and Kiro.
Install
# Auto-detect latest version, OS, and architecture
VERSION=$(curl -s https://api.github.com/repos/kubeflow/mcp-apache-spark-history-server/releases | grep -m1 '"tag_name": "cli/' | cut -d'"' -f4 | sed 's|cli/||')
OS=$(uname -s | tr '[:upper:]' '[:lower:]')
ARCH=$(uname -m)
[ "$ARCH" = "x86_64" ] && ARCH="amd64"
[ "$ARCH" = "aarch64" ] && ARCH="arm64"
curl -sSL "https://github.com/kubeflow/mcp-apache-spark-history-server/releases/download/cli%2F${VERSION}/shs-${VERSION}-${OS}-${ARCH}.tar.gz" | tar xz
sudo mv shs /usr/local/bin/Quick Start
# Generate a config file
shs setup config > config.yaml # then set your Spark History Server URL
# Explore applications
shs apps
shs jobs -a APP_ID --status failed
shs stages -a APP_ID --sort duration
shs compare apps --app-a APP1 --app-b APP2
# Use as a skill with Claude Code or Kiro
shs setup skill > ~/.claude/skills/spark-history.mdCLI documentation for full usage, or check out a real-world example of Claude Code comparing two TPC-DS 3TB benchmark runs.
Related MCP server: Spark History MCP Server
β‘ MCP Server β For AI Agents
An MCP (Model Context Protocol) server that exposes Spark History Server data as tools for AI agents. Agents query your Spark infrastructure using natural language β the server handles tool selection, multi-server routing, and structured data retrieval.
Use the MCP server when you want an AI agent to conduct multi-step investigations, synthesize findings across tools, or answer natural-language questions about your Spark applications.
Install
# Run directly with uvx (no install needed)
uvx --from mcp-apache-spark-history-server spark-mcp
# Or install with pip
uv tool install mcp-apache-spark-history-server
spark-mcpThe package is published to PyPI.
Coding Agent Integration
Register the server with a single command. Both examples run it over stdio via uvx.
With no config file present, the server defaults to a Spark History Server at http://localhost:18080;
point it elsewhere with a config file or SHS_SERVERS__LOCAL__URL.
Claude Code (claude mcp add):
claude mcp add --env SHS_MCP__TRANSPORT=stdio --env SHS_SERVERS__LOCAL__URL=http://localhost:18080\
--transport stdio spark-history \
-- uvx --from mcp-apache-spark-history-server spark-mcpKiro CLI (kiro-cli mcp add):
kiro-cli mcp add --name spark-history --command uvx \
--args --from --args mcp-apache-spark-history-server --args spark-mcp \
--env SHS_MCP__TRANSPORT=stdio --env SHS_SERVERS__LOCAL__URL=http://localhost:18080Verify in either client with claude mcp list / kiro-cli mcp list, then ask the agent to "list the available Spark applications."
The server also ships prompts β guided, multi-step workflows you run as a command. In Claude Code: /mcp__spark-history__investigate_failure <app_id>. In Kiro CLI: /prompts investigate_failure (or @investigate_failure). See Prompts for the full list and arguments.
Passing server flags and environment
The commands above have two layers: the client's own options and the arguments/environment forwarded to spark-mcp. spark-mcp itself takes a single flag, --config / -c; everything else is set through SHS_* environment variables.
To pass to | Claude Code | Kiro CLI |
A flag (e.g. | append after | add |
An environment variable |
|
|
For example, to point at a remote Spark History Server with an explicit config file:
# Claude Code
claude mcp add --env SHS_MCP__TRANSPORT=stdio --transport stdio spark-history \
-- uvx --from mcp-apache-spark-history-server spark-mcp --config ~/.config/spark-mcp/config.yaml
# Kiro CLI
kiro-cli mcp add --name spark-history --command uvx \
--args --from --args mcp-apache-spark-history-server --args spark-mcp \
--args --config --args ~/.config/spark-mcp/config.yaml \
--env SHS_MCP__TRANSPORT=stdioConfigure
Basic configuration below. Create a file named config.yaml:
servers:
local:
default: true
url: "http://your-spark-history-server:18080"
auth: # optional
username: "user"
password: "pass"
include_plan_description: false # include SQL plans by default (default: false)
mcp:
transport: "streamable-http" # or: stdio
port: "18888"
debug: falseConfig file location
The server looks for its config file in the following order and uses the first one it finds:
The
--config/-cflag (e.g.spark-mcp --config /path/to/config.yaml)The
SHS_MCP_CONFIGenvironment variable./config.yamlin the current working directory~/.config/spark-mcp/config.yaml(honors$XDG_CONFIG_HOMEwhen set)
If none exist, the server starts with built-in defaults that can be overridden by SHS_* environment variables. When a path is given explicitly via the flag or SHS_MCP_CONFIG but the file is missing, the server fails fast instead of falling back.
Tip for MCP clients: when the server is launched by an MCP client (Claude Desktop, Kiro, etc.), the working directory is not guaranteed, so a
./config.yamlmay not be found. Prefer--config/SHS_MCP_CONFIG, or place the file at~/.config/spark-mcp/config.yaml.
Configurations can be overriden with environment variables. Nesting levels are
separated by a double underscore (__), so field names and server names may
themselves contain single underscores (e.g. SHS_SERVERS__MY_SERVER__URL maps
to servers.my_server.url).
SHS_MCP__PORT Port for MCP server (default: 18888)
SHS_MCP__TRANSPORT Transport mode: streamable-http or stdio
SHS_MCP__DEBUG Enable debug mode (default: false)
SHS_MCP__ADDRESS Bind address (default: localhost)
SHS_SERVERS__*__URL URL for a specific server
SHS_SERVERS__*__AUTH__USERNAME
SHS_SERVERS__*__AUTH__PASSWORD
SHS_SERVERS__*__AUTH__TOKEN
SHS_SERVERS__*__VERIFY_SSL
SHS_SERVERS__*__TIMEOUT
SHS_SERVERS__*__EMR_CLUSTER_ARN
SHS_SERVERS__*__INCLUDE_PLAN_DESCRIPTIONMulti-Server Setup
Configure multiple Spark History Servers and route queries to specific ones:
servers:
production:
default: true
url: "http://prod-spark-history:18080"
auth:
username: "user"
password: "pass"
staging:
url: "http://staging-spark-history:18080"Agents can target a specific server per query:
"Get application
<app_id>from the production server"
ποΈ Architecture
graph TB
subgraph Clients
A[π€ AI Agent / LLM]
B[π©βπ» Engineer / Script / CI]
C[π§ Coding Agent - Claude Code / Kiro]
end
subgraph "Kubeflow Spark AI Toolkit"
D[β‘ MCP Server]
E[π οΈ CLI - shs]
end
subgraph "Spark History Servers"
F[π₯ Production]
G[π₯ Staging / Dev]
end
A -->|MCP Protocol| D
B -->|Terminal commands| E
C -->|shs skill file| E
D -->|REST API| F
D -->|REST API| G
E -->|REST API| F
E -->|REST API| GConnect an AI Agent
Agent | Transport | Guide |
Claude Desktop | stdio | |
Claude Code | stdio or streamable-http | |
Kiro | streamable-http | |
LangGraph | streamable-http | |
Strands Agents | streamable-http | |
Local / Inspector | streamable-http |
Available Tools (19)
Application Information
Tool | Description |
| List applications with optional status, date, and limit filters; pass |
Job Analysis
Tool | Description |
| List jobs with status/job-id filtering and sorting (e.g. slowest by duration) |
Stage Analysis
Tool | Description |
| List stages with status filtering and sorting (e.g. slowest by duration) |
| Stage detail with attempt and task metric distributions |
| Failed tasks of a stage with their error messages (exception/stack trace) |
Executor & Resource Analysis
Tool | Description |
| List executors with executor-id filtering and sorting (failed-tasks/duration/gc/id) |
| Aggregate metrics across all executors |
| Chronological executor add/remove with resource totals |
| JVM thread dump for a driver/executor, with state/name/blocked filters (running apps only) |
Configuration & Environment
Tool | Description |
| Spark config, JVM info, system properties, classpath; optional |
SQL & Query Analysis
Tool | Description |
| List SQL executions as curated summaries, with status/description filters, sorting, and a default limit |
| SQL execution header by default; opt-in plan, node metrics, job summaries, aggregated stage metrics, and stage list |
| Compare aggregated performance metrics (stages, tasks, shuffle, spill, GC) between two SQL executions; opt-in plan-structure diff |
Performance & Bottleneck Analysis
Tool | Description |
| Identify bottlenecks across stages, tasks, and executors |
Comparative Analysis
Tool | Description |
| Diff Spark configs between two applications |
| Diff performance metrics between two applications |
| Compare two stages (optionally across applications): stage metrics and per-task p25/p50/p75/max quantiles |
AWS Spark Troubleshooting (opt-in)
Tool | Description |
| One-shot root cause analysis of failed/slow Spark workloads |
| Code fix recommendations for identified Spark issues |
Automatically available when AWS credentials and region are configured. See IAM setup guide.
Example Agent Queries
"Why is my ETL job running slower than yesterday?" β
get_job_bottlenecks+list_stages+compare_job_performance"What caused job 42 to fail?" β
list_jobs+get_stage"Compare today's batch with yesterday's run" β
compare_job_performance+compare_job_environments"Find my slowest SQL queries and explain why" β
list_sql_executions+get_sql_execution+compare_sql_executions
Prompts (2)
Beyond tools, the server exposes MCP prompts β reusable, multi-step investigation workflows that your agent runs as a single command. Each prompt expands into a guided sequence of tool calls (which the agent still executes one at a time), so you get a consistent, evidence-driven analysis without having to remember the right tool order.
Prompt | Arguments | Description |
|
| Guided root-cause investigation for a failed Spark application β walks from the failed app down to the individual task exceptions. |
|
| Layered, descriptive comparison of two applications (configuration β app metrics β SQL/jobs β stages). |
serveris optional: when omitted, the prompt searches every configured server for the application(s). Passserver="<name>"only to target a specific server or disambiguate an id that exists on more than one.
Using prompts in Claude Code
MCP prompts surface as slash commands with the format /mcp__<server>__<prompt> (note the double underscores), where <server> is the name you registered the server under (spark-history in the examples above). Type / to discover them, then pass arguments space-separated after the command:
# Investigate a failed application
/mcp__spark-history__investigate_failure spark-cc4d615a5e6b4500b8eb1e9deb48cb4e
# Target a specific configured server
/mcp__spark-history__investigate_failure spark-cc4d615a5e6b4500b8eb1e9deb48cb4e production
# Compare two applications
/mcp__spark-history__compare_applications spark-app-A spark-app-BUsing prompts in Kiro CLI
List and run prompts with the /prompts command, or type @ then Tab to autocomplete. Run a prompt by name and supply its arguments:
# Open the prompt picker (shows prompts from all MCP servers)
/prompts
# Run a prompt directly
/prompts investigate_failure
# Or use the @ shortcut
@investigate_failureKiro CLI prompts you for arguments interactively when the prompt declares them, so you can run /prompts investigate_failure and provide app_id (and optionally server) when asked.
πΈ Screenshots
π Get Spark Application

β‘ Job Performance Comparison

π Kubernetes Deployment
Deploy the MCP server using Helm:
helm install spark-history-mcp ./deploy/kubernetes/helm/mcp-apache-spark-history-server/
# Production configuration
helm install spark-history-mcp ./deploy/kubernetes/helm/mcp-apache-spark-history-server/ \
--set replicaCount=3 \
--set autoscaling.enabled=trueSee deploy/kubernetes/helm/ for full configuration options.
When deployed in Kubernetes, connect Claude Desktop via mcp-remote:
kubectl port-forward svc/mcp-apache-spark-history-server 18888:18888π AWS Integration
AWS Glue β Connect to Glue Spark History Server
Amazon EMR β Use EMR Persistent UI for Spark analysis
AWS Spark Troubleshooting β One-shot root cause analysis and code fix recommendations for failed Spark workloads (EMR EC2, EMR Serverless). Automatically available when AWS credentials and region are configured. See IAM setup guide for required permissions.
π§ Development Setup
git clone https://github.com/kubeflow/mcp-apache-spark-history-server.git
cd mcp-apache-spark-history-server
# Install Task runner
brew install go-task # macOS; see https://taskfile.dev/installation/ for others
# MCP Server
task install # install Python dependencies
task start-spark-bg # start Spark History Server with sample data
task start-mcp-bg # start MCP server
task start-inspector-bg # open MCP Inspector at http://localhost:6274
task stop-all
# CLI
cd skills/cli
task build # build ./bin/shs
task test # unit tests
task test-e2e # e2e tests (starts/stops Docker SHS automatically)
task start-shs # start SHS with CLI e2e sample dataπ Adopters
Using this project? Add your organization to ADOPTERS.md and help grow the community.
π€ Contributing
See CONTRIBUTING.md for guidelines.
π License
Apache License 2.0 β see LICENSE.
π Trademark Notice
Built for use with Apache Sparkβ’ History Server. Not affiliated with or endorsed by the Apache Software Foundation.
Connect your Spark infrastructure to AI agents and engineers
π οΈ SHS CLI Β· β‘ MCP Server Β· π§ͺ Test Β· π€ Contribute
Built by the community, for the community π
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/kubeflow/mcp-apache-spark-history-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server