| n | **Status:** aktiv, laufendes Kernprojekt seit Mai 2026, teilweise abgeschlossen. | n | **Status:** Kernmigration weitgehend abgeschlossen, laufender Ausbau; mehrere bislang nich |
| | | t dokumentierte offene Punkte identifiziert (Stand 10.08.2026). |
| | | |
| n | Umzug des Homelab-Hauptservers von einer überlasteten Synology DS920+ (Load Avg 16+, 4-Cor | n | ## Chronologie |
| e J4125, 19 GB RAM, ~30–53 Docker-Container) auf einen Dell OptiPlex 7060 MT mit TrueNAS S | | |
| cale 25.x (Intel i5-8500, aktuell 32 GB RAM, Ziel 64 GB). | | |
| | | - **Ausgangslage:** Synology DS920+ (Celeron J4125, 4C, 19 GB RAM) überlastet — Load-Avg 1 |
| | | 6.44 (411% CPU-Sättigung), 274 MB frei RAM, ~30–53 Docker-Container in 32 Stacks, 9.2 GB B |
| | | ind-Mounts unter `/volume1/docker/<Stack>/`. Mehrere Container liefen wiederholt `exited` |
| | | (OOM-Killer). Migration seit Mai 2026 überfällig. |
| | | - **14.–16.05.2026 — Inventurphase:** Container-Inventur via Portainer (53 Container, 32 S |
| | | tacks, alle Bind-Mounts unter `/volume1`), Syno-Diagnostik-Skript `syno-inventur.sh`, Pool |
| | | -Aufteilungs-Analyse mit drei Szenarien A („voll umziehen", nicht empfohlen) / B („sauber |
| | | starten", gewählt) / C (aggressiv). Entscheidung: TM-Sparsebundles (1.3 TB), Hyper Backup |
| | | (907 GB), iSCSI (330 GB), VM-Share (30 GB) werden NICHT migriert → ~2.57 TB gespart, bulk- |
| | | Pool startet bei 18–24% statt 97% Belegung. |
| | | - **Zielhardware:** Dell OptiPlex 7060 MT, Intel i5-8500 (6C/6T), TrueNAS Scale 25.x. `app |
| | | s`-Pool 2×960 GB SSD Mirror (ashift=12, lz4, xattr=sa, acltype=posixacl, normalization=for |
| | | mD — fertig). `bulk`-Pool 2×4 TB HDD Mirror (zum Handover 16.05. noch nicht eingebaut). |
| | | - **16.05.2026 — Vollständiges Migrations-Handover** an Claude Code mit SSH-Zugriff zu bei |
| | | den Hosts (Mac-Aliase `synology`/`nas`, Hop-Key `~/.ssh/syno` auf dem 7060). Stack-für-Sta |
| | | ck-Playbook: stateless rsync-Pull vs. Postgres via `pg_dump`/`pg_restore` (NIE Datadir kop |
| | | ieren). Task-Tracking (14 Tasks) stand bei Task 6 (LDAP/Traefik/Authelia in Arbeit), Bulk- |
| | | Pool-abhängige Tasks (Immich, Fotokonsolidierung, TM-Backup) blockiert bis HDD-Einbau. |
| | | - **28.04.2026 — externe Unterstützung:** Marco Biegel (`claude@biegel24.de`, zugleich Urh |
| | | eber der WB-Konzept-Master-Vorlage v8) schickte eine sanitisierte LLDAP-Konfiguration (`ll |
| | | dap_config.toml`, Secrets durch Platzhalter ersetzt) an `info@energieberatung-odenwaldkrei |
| | | s.de` — offenbar Beratung/Vorlage für den LDAP-Aufbau. |
| | | - **19.05.2026 — Migrationsanleitung Paperless/Paperless-GEB/Photos→Immich:** Fresh-Immich |
| | | -Install (keine DB-Migration der 432-MB-Test-Instanz), Murat als Admin + Nadja als zweiter |
| | | User mit beidseitigem Partner-Sharing, drei getrennte Upload-Sessions (Family ~140 GB/32k |
| | | Dateien, Murat-Personal, Nadja-Personal) via `immich-cli`. Storage-Template `{{y}}/{{y}}- |
| | | {{MM}}-{{dd}}/{{filename}}` vor Upload aktivieren. |
| | | - **07.06.2026 — DB-Wartung erledigt (verifiziert):** HomeAssistant Postgres 12→17, `nextc |
| | | loud` (privat) MariaDB→Postgres 17 konvertiert (`occ db:convert-type --all-apps pgsql`), ` |
| | | nextcloud-geb` auf NC 33.0.3 + Postgres 17. Neu zu diesem Zeitpunkt: n8n-Stack (postgres:1 |
| | | 6-alpine), ntfy-mcp-server. Damals offene Restpunkte: `nextcloud-geb`-Image auf `nextcloud |
| | | :33` pinnen, `paperless-db-1` lief auf ungetaggtem Image, GPU für Whisper (RTX 3050 6GB) a |
| | | ls Backlog. |
| | | - **10.08.2026 (heute, live via Portainer verifiziert):** **43 aktive lokale Stacks** auf |
| | | Environment „primary" (endpoint_id 1) — vorher waren 42 dokumentiert. Neu seit letztem Sta |
| | | nd: **`memory-service`** (erstellt 10.08.2026 11:45 UTC — der Stack, der diesen Memory-Ser |
| | | vice selbst betreibt, mit OIDC-Absicherung). Zusätzlich in der Live-Stack-Liste gefunden, |
| | | bisher nicht dokumentiert: `filebrowser` (seit 16.05.2026) und `mail-to-hero` (seit 16.05. |
| | | , Update 24.06.2026) — beide bislang nicht im Memory erwähnt. |
| | | |
| n | Pools/Datasets: `apps` (2×960 GB SSD Mirror, ashift=12, lz4-Kompression, bereits fertig) f | n | ## Bislang nicht dokumentierte offene Punkte |
| ür Configs/DBs; `bulk` (2×4 TB HDD Mirror) für Medien/Homes — noch nicht eingebaut (Stand | | |
| Handover 16.05.2026). Migrations-Playbook pro Stack-Typ dokumentiert (stateless rsync vs. | | |
| Postgres via pg_dump/pg_restore, nie Datadir kopieren). Task-Tracking zeigte 16.05.2026 Fo | | |
| rtschritt bis Task 6 (LDAP/Traefik/Authelia in Arbeit), Bulk-Pool-abhängige Tasks (Immich, | | |
| Fotokonsolidierung, TM-Backup) noch offen. | | |
| | | - **TrueNAS-REST-API-Deprecation:** Wiederkehrende Alert-Mails (mind. 17.05., 26.06., 03.0 |
| | | 7.2026) „The deprecated REST API was used to authenticate" (Quelle 127.0.0.1, also lokal v |
| | | om Host selbst) — REST-API wird in TrueNAS v26.04 entfernt, Migration auf JSON-RPC 2.0/Web |
| | | Socket nötig bevor ein Upgrade auf v26.04 erfolgt. Aufrufer nicht identifiziert (vermutlic |
| | | h ein Skript/Cronjob auf dem TrueNAS-Host). |
| | | - **DNS-Update-Fehler:** 24.05.2026 Alert „Unable to perform DNS update due to missing ker |
| | | beros realm" — ungeklärt, kein dokumentierter Folge-Alert gefunden. |
| | | - Rsync-PUSH-Fehler (`/mnt/apps`, `/mnt/bulk`) und Backup-Pool-Probleme: siehe Memory-Eint |
| | | rag „Backup & Sicherheit" (eng verwandt, dort mit vollen Details) — beide seit Anfang Juni |
| | | 2026 bis mindestens 09.08.2026 ungelöst. |
| | | |
| n | DB-Versionshygiene (Update 07.06.2026): HomeAssistant lief auf Postgres 12 (EOL, jetzt 17) | n | ## Nicht gefunden |
| , Nextcloud privat von MariaDB auf Postgres 17 konvertiert, nextcloud-geb auf NC 33.0.3 + | | |
| Postgres 17 aktualisiert. Offene Restpunkte: Image-Pinning nextcloud-geb auf nextcloud:33, | | |
| ungetaggtes Paperless-DB-Image. GPU für Whisper (RTX 3050 6GB) als Backlog-Punkt. | | |
| | | - Keine explizite Bestätigung/Abschlussmeldung, dass der `bulk`-Pool (2×4 TB HDD) inzwisch |
| | | en eingebaut wurde — die aktuellen Backup-Alerts referenzieren aber bereits existierende D |
| | | atasets (`bulk/paperless`), er ist also faktisch installiert. |
| | | - Kein Hinweis, dass der geplante lokale Homelab-MCP (SSH-Bridge Mac→Synology/TrueNAS, Spe |
| | | zifikation in `homelab-mcp-briefing.md` vollständig gelesen: Python/FastMCP, 4 Tools, Cowo |
| | | rk-Plugin-Verpackung) je gebaut wurde — Status im Doc selbst als „momentan vertagt" vermer |
| | | kt, seither keine neuen Hinweise. |
| | | - Kein Cutover-Abschlussbericht (Task 14: DNS-Switch, Rollback-Fenster) gefunden — unklar, |
| | | ob die Synology inzwischen stillgelegt/verkauft ist oder als Backup-Ziel weiterläuft. |
| | | - iSCSI-Nutzungszweck (330 GB auf der alten Synology) wurde als offene Frage benannt, nirg |
| | | ends eine Antwort gefunden. |
| | | |
| t | Docker-Landschaft laut Portainer (Stand 10.08.2026): 42 aktive lokale Stacks. | t | **Quellen:** Nextcloud privat `/Documents/Claude/Projects/Interne IT/` — alle 9 Dokumente |
| | | vollständig gelesen (container-inventur, homelab-mcp-briefing, migration-handover, migrati |
| | | on-paperless-immich-anleitung, pool-aufteilung, truenas-dataset-plan-final, Handoff-Paperl |
| | | ess-Nextcloud-Make, claude-code-aufgaben-db-wartung, syno-inventur.sh); Portainer `listLoc |
| | | alStacks`/`listEnvironments` (10.08.2026); Mail-MCP (TrueNAS-Alert-Mails, LLDAP-Config-Mai |
| | | l). |
| | | |
| **Wichtig:** Es existiert bereits ein gepflegter Nextcloud-Ordner (privat) unter `/Documen | | |
| ts/Claude/Projects/Interne IT/` mit mehreren Migrations-/Architekturdokumenten – vor jedem | | |
| Neubau dort prüfen, was bereits existiert. | | |