From 66ee10cb556469cb5819fba7ac4b4f9b219653a4 Mon Sep 17 00:00:00 2001 From: Micha Date: Mon, 25 May 2026 06:17:13 +0200 Subject: [PATCH] Clarify Disk1 parity follow-up --- docs/DISK1_PHASE2_PLAN_2026-05-23.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/DISK1_PHASE2_PLAN_2026-05-23.md b/docs/DISK1_PHASE2_PLAN_2026-05-23.md index e81eab2..654b8ec 100644 --- a/docs/DISK1_PHASE2_PLAN_2026-05-23.md +++ b/docs/DISK1_PHASE2_PLAN_2026-05-23.md @@ -74,4 +74,4 @@ Stand: 2026-05-25 06:15 CEST. Hinweis zum Docker-Wiederanlauf: Nach dem manuellen Docker-Start liefen die Container, aber Healthcheck-Execs scheiterten wegen `dockerd` mit `XDG_RUNTIME_DIR=/run/user/0`. Ein gezielter Docker-Neustart mit unsetztem `XDG_RUNTIME_DIR` behob den Runtime-Fehler; danach wurden alle Healthchecks gruen. `monitoring-prometheus` war durch den geplanten Docker-Stop sauber beendet und wurde als bestehender Container wieder gestartet. -Offener Nachlauf: Die Array-Parity-Anzeige zeigte waehrend der Migration `mdNumInvalid=1` bei `mdResyncAction=check P`, ohne Disk-Errors. Parity-Zustand separat in Unraid pruefen und keinen Parity-/Disk-Slot ohne Operator-Entscheid aendern. +Offener Nachlauf: Die Array-Parity-Anzeige zeigte nach Abschluss weiter `mdNumDisabled=1`, `mdNumInvalid=1` und `mdResyncAction=check P`, waehrend beide beteiligten Devices `rdevStatus=DISK_OK` und `rdevNumErrors=0` melden. Parity-Zustand separat in Unraid pruefen und keinen Parity-/Disk-Slot ohne Operator-Entscheid aendern.