Fedoras verfehlte Nutzung von Red Hats MCP-Server

Ende Oktober hatte sich Fedora für die Tolerierung transparenter KI-Unterstützung entschieden. Im Fedora Magazine erschien dieser Tage ein Artikel darüber, wie man KI einsetzen kann, um sich »mit seinem Fedora-System zu unterhalten, um es besser zu verstehen und Hilfe bei der Fehlerbehebung zu erhalten!«. Das im Artikel beschriebene Werkzeug ist der linux-mcp-server von Red Hat. Was kann da schon schiefgehen?

Was ist ein MCP-Server?

MCP steht für Model Context Protocol und umfasst einen Satz von Tools, mit denen LLM-Clients interaktiv mit Linux-Systemen interagieren können. Entwickelt wurde MCP Ende 2024 von Anthropic.

MCP-Server fungieren als standardisierte Vermittler zwischen KI-Anwendungen wie Chatbots oder Agenten und externen Systemen oder Diensten. Er stellt Funktionen bereit, die ein KI-Modell aufrufen kann, wie etwa Dateisysteme lesen oder Datenbanken abfragen. Ein LLM kann mit vielen unterschiedlichen MCP-Servern sprechen, ohne für jeden neu trainiert oder speziell angepasst zu werden. Anstatt Terminalausgaben manuell an einen Chatbot weiterleiten zu müssen, ermöglicht der linux-mcp-server dem LLM, Systeminformationen und Protokolleinträge direkt abzufragen. MCP ist ein offener Standard; die Server können entweder mit Open-Source-lizenzierten LLM-Modellen oder mit gehosteten proprietären LLM-Modellen eingesetzt werden. 

Im Artikel werden mehrere Fragen an das LLM gerichtet, die Fehler oder Probleme in einer Fedora-Installation beschreiben. So etwa die Frage nach der Suche nach Fehlermeldungen in den Logs des Systems wegen eines unzuverlässigen WLAN-Chips. Die Fehlermeldung ist schnell gefunden und besagt, dass der Treiber versucht, einen RX-Puffer für die Hardware in die Warteschlange zu stellen, was jedoch mit errno ‑28 fehlschlägt. So weit – so gut, hätte man vermutlich genauso schnell über eine Journalctl-Abfrage herausgefunden.

Es folgen Befehle zum weiteren Debugging und anschließend Befehle zum Beheben des Fehlers. Einige der Befehle sind unklar oder schlicht falsch. So heißt es etwa:

 See if 'ath12k_pci_disable_fast_rx' or similar is already set.

Aber wie mache ich das? Sinnvollerweise sollte der Befehl so lauten:

cat /sys/module/ath12k_pci/parameters/ath12k_pci_disable_fast_rx
If the answer is 1, the parameter is enabled.

Aber es kommt noch schlimmer. Bei den Maßnahmen zur Behebung lauten die ersten beiden Befehle:

sudo apt update && sudo apt upgrade linux-firmware
sudo apt upgrade linux-image-$(uname -r)

Das dürfte auf einem Fedora-System schwierig werden. Als Rechtfertigung antwortet die Autorin einem Kommentator, dass man das ja schnell merken wird, dass das nicht geht.

Auch die anderen Beispiele sind nicht besser. Der Prompt, um zu klären, wie viel Platz das System wo belegt, ist über 100 Wörter lang, die Antwort des LLM noch viel länger. Installiert man dagegen ein Tool wie gdu, erspart man sich die Tipperei und hat in drei Sekunden eine übersichtliche Antwort.

LLMs sind eine fehlerhafte Lösung, die verzweifelt nach einem Problem sucht. Sie gehören nicht in Fedora.

Kommentar zum Artikel

Das scheint der Artikel zu bestätigen, und die Antworten der Autorin auf Fragen sind eher von der Art »Ja, aber«. Ich gehe nicht so weit, zu sagen, dass LLMs nichts in Fedora oder generell in Linux zu suchen haben, aber mit diesem Artikel tut sich Fedora bestimmt keinen Gefallen.