From e9c9967ac25aa1c66d094f48df550c278d0b3e00 Mon Sep 17 00:00:00 2001 From: Richard Date: Wed, 26 Aug 2026 21:13:25 +0200 Subject: [PATCH] Pruefplan: Durchfuehrung per SSH statt auf der VM Claude Code direkt auf der Ubuntu-VM auszufuehren scheidet aus - es blockiert die Maschine bis zum Neustart, mehrere Reparaturversuche waren erfolglos. Der Test laeuft daher ueber SSH von der Entwicklungsmaschine aus. Die Pruefschritte bleiben unveraendert; nur fuehrt sie nicht Richard von Hand aus, sondern ich per SSH. Vermerkt ist auch, wo Richard trotzdem gebraucht wird: bei allem, was Zugangsdaten oder sudo braucht. Co-Authored-By: Claude Opus 5 --- .idea/.idea.PolyTraderSharp/.idea/.gitignore | 15 ++++++++++++++ .../.idea.PolyTraderSharp/.idea/avalonia.xml | 10 ++++++++++ .../.idea/indexLayout.xml | 10 ++++++++++ .idea/.idea.PolyTraderSharp/.idea/vcs.xml | 6 ++++++ docs/pruefplaene/PRUEFPLAN-Linux-Betrieb.md | 20 ++++++++++++++++--- 5 files changed, 58 insertions(+), 3 deletions(-) create mode 100644 .idea/.idea.PolyTraderSharp/.idea/.gitignore create mode 100644 .idea/.idea.PolyTraderSharp/.idea/avalonia.xml create mode 100644 .idea/.idea.PolyTraderSharp/.idea/indexLayout.xml create mode 100644 .idea/.idea.PolyTraderSharp/.idea/vcs.xml diff --git a/.idea/.idea.PolyTraderSharp/.idea/.gitignore b/.idea/.idea.PolyTraderSharp/.idea/.gitignore new file mode 100644 index 0000000..3cf242d --- /dev/null +++ b/.idea/.idea.PolyTraderSharp/.idea/.gitignore @@ -0,0 +1,15 @@ +# Default ignored files +/shelf/ +/workspace.xml +# Editor-based HTTP Client requests +/httpRequests/ +# Rider ignored files +/modules.xml +/contentModel.xml +/projectSettingsUpdater.xml +/.idea.PolyTraderSharp.iml +# Ignored default folder with query files +/queries/ +# Datasource local storage ignored files +/dataSources/ +/dataSources.local.xml diff --git a/.idea/.idea.PolyTraderSharp/.idea/avalonia.xml b/.idea/.idea.PolyTraderSharp/.idea/avalonia.xml new file mode 100644 index 0000000..ba1b192 --- /dev/null +++ b/.idea/.idea.PolyTraderSharp/.idea/avalonia.xml @@ -0,0 +1,10 @@ + + + + + + \ No newline at end of file diff --git a/.idea/.idea.PolyTraderSharp/.idea/indexLayout.xml b/.idea/.idea.PolyTraderSharp/.idea/indexLayout.xml new file mode 100644 index 0000000..7cba09e --- /dev/null +++ b/.idea/.idea.PolyTraderSharp/.idea/indexLayout.xml @@ -0,0 +1,10 @@ + + + + + ../../PolytraderSharp + + + + + \ No newline at end of file diff --git a/.idea/.idea.PolyTraderSharp/.idea/vcs.xml b/.idea/.idea.PolyTraderSharp/.idea/vcs.xml new file mode 100644 index 0000000..35eb1dd --- /dev/null +++ b/.idea/.idea.PolyTraderSharp/.idea/vcs.xml @@ -0,0 +1,6 @@ + + + + + + \ No newline at end of file diff --git a/docs/pruefplaene/PRUEFPLAN-Linux-Betrieb.md b/docs/pruefplaene/PRUEFPLAN-Linux-Betrieb.md index db61da2..b911dd7 100644 --- a/docs/pruefplaene/PRUEFPLAN-Linux-Betrieb.md +++ b/docs/pruefplaene/PRUEFPLAN-Linux-Betrieb.md @@ -8,9 +8,23 @@ Roadmap-Bezug: [A4a](../ROADMAP.md) > etwas völlig anderes. Dieser Durchgang klärt, ob sie dort auch *startet*, *läuft* und sich > *sauber beenden* lässt. -**So arbeitest du damit:** Schritte der Reihe nach abarbeiten. Bei jedem Schritt steht, was -erwartet wird und **was du mir melden sollst**. Wenn etwas abweicht: abbrechen, Ausgabe schicken — -nicht selbst reparieren, sonst wissen wir am Ende nicht, was der Ausgangszustand war. +**Durchführung (Stand 26.08.2026):** Der Test läuft **über SSH** von der Entwicklungsmaschine +aus (`ssh polytrader-vm`, WireGuard-Tunnel, Schlüssel-Authentifizierung mit +Verbindungs-Multiplexing). Claude Code direkt auf der VM auszuführen war der ursprüngliche Plan, +scheidet aber aus: Es blockiert die Maschine bis zum Neustart, mehrere Reparaturversuche waren +erfolglos. + +Die Schritte unten bleiben unverändert gültig — nur führt sie **nicht Richard von Hand aus, +sondern ich per SSH**. Wo im Text „melde mir" steht, heißt das jetzt: Ausgabe wird erfasst und in +den Befundbericht übernommen. + +**Wo Richard trotzdem gebraucht wird:** überall dort, wo Zugangsdaten oder erhöhte Rechte im Spiel +sind — Passwörter gebe ich grundsätzlich nicht ein. Betrifft je nach Systemkonfiguration das +Anlegen der Testdatenbank (1.2/1.3) und `sudo`-pflichtige Schritte (Teil 2 und 4). Was davon +tatsächlich nötig ist, klärt die Bestandsaufnahme beim ersten Verbinden. + +Grundregel unverändert: Weicht etwas ab, wird **nicht repariert, sondern protokolliert** — sonst +ist am Ende unklar, was der Ausgangszustand war. ---