Uyuni MCP Server は、大規模なランゲージモデル (LLM) と Uyuni の構成とインフラストラクチャ管理ソリューションの間のギャップを埋めるモデルコンテキストプロトコル (MCP) サーバーの実装です。

このプロジェクトでは、AI エージェントや MCP 準拠のクライアント (Gemini CLI や Claude Desktop など) が、Uyuni サーバーと安全にやり取りできるようにします。 Uyuni MCP サーバは、自然言語で Linux インフラストラクチャを管理することができます。 ウェブUIをナビゲートしたり、複雑なAPIスクリプトを書く代わりに、AIアシスタントにシステムの詳細を取得したり、更新をチェックしたり、メンテナンスをスケジュールしたりするなどのタスクを実行することができます。

主な機能 このサーバーは、LMS が次のツールを利用できるスイートを公開します。

• インフラの点検:活動的なシステムのリストおよび表示システム情報の取得。
• アップデートの管理:セキュリティの更新やCVEの終了とパッチアプリケーションをスケジュールしてシステムを識別します。
• アクションを実行:パッチのスケジュール、システムの更新と再起動。

リモートでコンテナ(HTTP)またはローカル(stdio)として実行するように設計されており、AI主導の自動化をシステム管理ワークフローに統合するための合理化された方法を提供します。

コンテンツの表

• ツールリスト

Uyuni MCP Server

The Uyuni MCP Server is a Model Context Protocol (MCP) server implementation that bridges the gap between Large Language Models (LLMs) and the Uyuni configuration and infrastructure management solution.

This project allows AI agents or MCP-compliant clients (such as Gemini CLI or Claude Desktop) to securely interact with your Uyuni server. The Uyuni MCP server enables users to manage their Linux infrastructure using natural language. Instead of navigating the web UI or writing complex API scripts, you can simply ask your AI assistant to perform tasks like getting system details, checking for updates, or scheduling maintenance.

Key Capabilities This server exposes a suite of tools that allow LLMs to:

• Inspect Infrastructure: Retrieve lists of active systems and view system information.
• Manage Updates: Identify systems with pending security updates or CVEs and schedule patch applications.
• Execute Actions: Schedule patches, system updates and reboots.

It is designed to be run as a container remotely (HTTP) or locally (stdio), offering a streamlined way to integrate AI-driven automation into your system administration workflows.

Table of Contents

• Tool List
• Getting Started
  • Configuring the Server
  • Running the Server
• Security
  • OAuth 2.0
  • Best Practices
• Feedback
• License
• Disclaimer

Tool List

• list_systems: Fetches a list of active systems from the Uyuni server, returning their names and IDs.
• get_system_details: Gets details of the specified system.
• get_system_event_history: Gets the event/action history of the specified system.
• get_system_event_details: Gets the details of the event associated with the especified server and event ID.
• find_systems_by_name: Lists systems that match the provided hostname.
• find_systems_by_ip: Lists systems that match the provided IP address.
• get_system_updates: Checks if a specific system has pending updates (relevant errata).
• summarize_system_updates: Returns low-token summary counts for pending updates of a specific system (optional advisory_types filter).
• query_system_updates: Returns paginated pending updates for a specific system with optional CVE expansion and optional advisory_types filter.
• check_all_systems_for_updates: Checks all active systems for pending updates.
• summarize_fleet_updates: Returns low-token paginated summary of systems with pending updates.
• list_systems_needing_update_for_cve: Finds systems requiring a security update for a specific CVE identifier.
• list_systems_needing_reboot: Fetches a list of systems from the Uyuni server that require a reboot.
• get_unscheduled_errata: Lists applicable and unscheduled patches for a system.