diff --git a/CLAUDE.md b/CLAUDE.md
index c6773cdd..3e8c8950 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -213,4 +213,4 @@ User submits QSO → enqueue_for_qso() → weather/hrrr/terrain/iemre workers
 - Deployment name `prop` (3 replicas). Inspect with `kubectl -n prop get pods`, `kubectl -n prop logs deploy/prop`, `kubectl -n prop exec deploy/prop -- ...`
 - Push to `github` remote for code. The `dokku` remote is obsolete — do not push there.
 - Production Oban config in `config/runtime.exs` — no backfill cron, enrichment triggered by QSO submission
-- SRTM tiles at `/srtm` in production container
+- Shared NFS mount `/data` in production container (server: node3 at `10.0.15.103:/data`). SRTM tiles live at `/data/srtm`.
diff --git a/config/runtime.exs b/config/runtime.exs
index 84a4291f..27346acd 100644
--- a/config/runtime.exs
+++ b/config/runtime.exs
@@ -233,7 +233,7 @@ if config_env() == :prod do
 
   config :microwaveprop, :email_from, {"NTMS Propagation", "graham@w5isp.com"}
   config :microwaveprop, hrrr_base_url: System.get_env("HRRR_BASE_URL", "http://skippy.w5isp.com:8080")
-  config :microwaveprop, srtm_tiles_dir: "/srtm"
+  config :microwaveprop, srtm_tiles_dir: "/data/srtm"
   # config :microwaveprop, start_freshness_monitor: true
   config :microwaveprop, start_freshness_monitor: false
 end
diff --git a/docs/plans/2026-04-14-duckdb-scores-storage.md b/docs/plans/2026-04-14-duckdb-scores-storage.md
index 985aca95..856d488a 100644
--- a/docs/plans/2026-04-14-duckdb-scores-storage.md
+++ b/docs/plans/2026-04-14-duckdb-scores-storage.md
@@ -24,8 +24,8 @@ The map render path also doesn't want individual rows. It wants a dense `(lat, l
 One Parquet file per `(band_mhz, valid_time)`:
 
 ```
-/srtm/scores/10000/2026-04-14T18-00-00Z.parquet
-/srtm/scores/24000/2026-04-14T18-00-00Z.parquet
+/data/scores/10000/2026-04-14T18-00-00Z.parquet
+/data/scores/24000/2026-04-14T18-00-00Z.parquet
 ...
 ```
 
@@ -71,7 +71,7 @@ Cons:
 
 ### Option C — DuckDB on persistent disk
 
-Single `.duckdb` file under `/srtm/scores.duckdb`:
+Single `.duckdb` file under `/data/scores.duckdb`:
 
 - One table with the same schema as `propagation_scores`
 - DuckDB is columnar, compressed, and serializes writes via a single database file
@@ -107,7 +107,7 @@ The `factors` storage question is the only thing that forces picking between Opt
 Before this is worth doing:
 
 1. **Separate worker pod**. Multi-writer coordination on a single file is painful; a single "propagation" pod that owns all writes is much simpler. The isolation idea from earlier in this session dovetails here.
-2. **Shared volume or single-node**. Files need to live on a PVC shared between the worker and web pods, or the web pods need a cached-read path that pulls the file from the worker pod via HTTP. The existing `/srtm` NFS mount is already shared, which makes `/srtm/scores` free.
+2. **Shared volume or single-node**. Files need to live on a PVC shared between the worker and web pods, or the web pods need a cached-read path that pulls the file from the worker pod via HTTP. The existing `/data` NFS mount is already shared across all pods, which makes `/data/scores` free.
 3. **Baseline perf measurements** from the already-shipped Postgres changes. Don't do this if the map already feels fast.
 
 ## Read-path changes
@@ -176,7 +176,7 @@ Expected timings: ~10-50 ms per band per fh vs 4-5 seconds per band per fh today
 
 Current: 15-minute cron running `DELETE WHERE valid_time < now - 2h`.
 
-New: 15-minute cron running `find /srtm/scores -mmin +120 -delete` (or Elixir equivalent).
+New: 15-minute cron running `find /data/scores -mmin +120 -delete` (or Elixir equivalent).
 
 Zero vacuum pressure, zero WAL, zero index maintenance.
 
diff --git a/k8s/deployment.yaml b/k8s/deployment.yaml
index 49d0f0c6..3978e539 100644
--- a/k8s/deployment.yaml
+++ b/k8s/deployment.yaml
@@ -103,10 +103,10 @@ spec:
             seccompProfile:
               type: RuntimeDefault
           volumeMounts:
-            - name: srtm-data
-              mountPath: /srtm
+            - name: data
+              mountPath: /data
       volumes:
-        - name: srtm-data
+        - name: data
           nfs:
-            server: 204.110.191.8
-            path: /data/srtm
+            server: 10.0.15.103
+            path: /data