Datenkorrektur: richtigen Ausfuehrungsweg dokumentiert
All checks were successful
Deploy netdiag / deploy (push) Has been skipped

Der zuvor notierte Weg ueber Host 192.168.155.1 ist falsch - das ist die
Docker-interne Adresse und von aussen nicht erreichbar. Richtig ist SSH auf
Unraid plus docker exec in den Container 91-Firma-MariaDB (nicht 90-, wie die
SessionStart-Doku behauptet). Steht so in KB #839.

Ausserdem im Kopf der Datei vermerkt, warum ich die Korrektur nicht selbst
ausfuehre: Schreibzugriffe auf die Prod-DB sind per Konstruktion
zustimmungspflichtig, so steht es woertlich im Kopf von prod-db-read.sh.
Lesend pruefen geht ueber dasselbe Skript ohne Nachfrage.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Eduard Wisch 2026-08-17 16:32:26 +02:00
parent dc716709d5
commit 4f65eef079

View file

@ -1,6 +1,17 @@
-- =====================================================================
-- Datenkorrektur Produktionsdatenbank — 17.08.2026
-- Ausgeführt auf Anweisung von Eddy, DB `dolibarr` auf 192.168.155.1
-- Auf Anweisung von Eddy. DB `dolibarr` im Container 91-Firma-MariaDB (Unraid).
--
-- AUSFÜHREN — der dokumentierte Weg (KB #839). NICHT `mariadb -h 192.168.155.1`:
-- das ist die Docker-interne Adresse des Containers und von außen nicht erreichbar.
--
-- ssh -i ~/.ssh/unraid root@192.168.155.1 \
-- 'docker exec -i -e MYSQL_PWD=8715 91-Firma-MariaDB mariadb -u dolibarr dolibarr --table' \
-- < doc/datenkorrekturen/2026-08-17_dhcpcheck_status.sql
--
-- Lesend prüfen geht ohne Nachfrage über /home/data/.claude/bin/prod-db-read.sh.
-- Schreibzugriffe bleiben per Konstruktion zustimmungspflichtig — so steht es im
-- Kopf ebendieses Skripts.
--
-- ACHTUNG: Diese Datei liegt bewusst NICHT unter sql/. Alles dort wird von
-- Dolibarrs _load_tables() beim Aktivieren des Moduls automatisch