fix(stand): apply StoragePool CRDs from install-pools.sh + per-cluster node names

The dev stand's StoragePool CRDs (stand/blockstor-storagepools.yaml)
were never applied to the cluster — install-pools.sh only created
the backing zpool / VG / file dir on the satellite container side
but never `kubectl apply`-ed the CRDs that drive the satellite's
StoragePoolReconciler. Without those CRDs the
reconciler never registered any storage.Provider, so every Resource
that landed on a satellite hit the empty providers map and the
apply chain silently did nothing — e2e symptom: every RD stuck at
"never reached UpToDate on both peers" because no backing LV / zvol
was created and DRBD couldn't attach to a disk that didn't exist.

Also fixes the manifest's hardcoded nodeNames (talos-stand-w1..3)
which assumed NAME=stand. The yaml now ships with __WORKER_N__
placeholders and install-pools.sh substitutes them at apply time
with the actual worker names discovered from kubectl.

Co-Authored-By: Claude <noreply@anthropic.com>
Signed-off-by: Andrei Kvapil <kvapss@gmail.com>

Author: kvaps

stand/blockstor-storagepools.yaml

@@ -26,7 +26,7 @@ kind: StoragePool
 metadata:
   name: stand-w1
 spec:
-  nodeName: talos-stand-w1
+  nodeName: __WORKER_1__
   poolName: stand
   providerKind: FILE_THIN
   props:
@@ -37,7 +37,7 @@ kind: StoragePool
 metadata:
   name: stand-w2
 spec:
-  nodeName: talos-stand-w2
+  nodeName: __WORKER_2__
   poolName: stand
   providerKind: FILE_THIN
   props:
@@ -48,7 +48,7 @@ kind: StoragePool
 metadata:
   name: stand-w3
 spec:
-  nodeName: talos-stand-w3
+  nodeName: __WORKER_3__
   poolName: stand
   providerKind: FILE_THIN
   props:
@@ -64,7 +64,7 @@ kind: StoragePool
 metadata:
   name: lvm-thin-w1
 spec:
-  nodeName: talos-stand-w1
+  nodeName: __WORKER_1__
   poolName: lvm-thin
   providerKind: LVM_THIN
   props:
@@ -76,7 +76,7 @@ kind: StoragePool
 metadata:
   name: lvm-thin-w2
 spec:
-  nodeName: talos-stand-w2
+  nodeName: __WORKER_2__
   poolName: lvm-thin
   providerKind: LVM_THIN
   props:
@@ -88,7 +88,7 @@ kind: StoragePool
 metadata:
   name: lvm-thin-w3
 spec:
-  nodeName: talos-stand-w3
+  nodeName: __WORKER_3__
   poolName: lvm-thin
   providerKind: LVM_THIN
   props:
@@ -104,7 +104,7 @@ kind: StoragePool
 metadata:
   name: zfs-thin-w1
 spec:
-  nodeName: talos-stand-w1
+  nodeName: __WORKER_1__
   poolName: zfs-thin
   providerKind: ZFS_THIN
   props:
@@ -115,7 +115,7 @@ kind: StoragePool
 metadata:
   name: zfs-thin-w2
 spec:
-  nodeName: talos-stand-w2
+  nodeName: __WORKER_2__
   poolName: zfs-thin
   providerKind: ZFS_THIN
   props:
@@ -126,7 +126,7 @@ kind: StoragePool
 metadata:
   name: zfs-thin-w3
 spec:
-  nodeName: talos-stand-w3
+  nodeName: __WORKER_3__
   poolName: zfs-thin
   providerKind: ZFS_THIN
   props:

stand/install-pools.sh

@@ -111,3 +111,26 @@ for pod in $(kubectl -n "$NS" get pods -l app=blockstor-satellite -o name); do
 done
 
 echo ">> pools provisioned on all workers"
+
+# Apply StoragePool CRDs so the satellite's StoragePoolReconciler
+# discovers them and registers the matching storage.Provider. The
+# yaml ships with `__WORKER_N__` placeholders; substitute with the
+# actual cluster's worker node names (sorted) before applying.
+mapfile -t _WORKERS < <(
+    kubectl get nodes -l '!node-role.kubernetes.io/control-plane' \
+        -o jsonpath='{.items[*].metadata.name}' | tr ' ' '\n' | sort
+)
+W1="${_WORKERS[0]:-}"
+W2="${_WORKERS[1]:-}"
+W3="${_WORKERS[2]:-}"
+
+REPO_ROOT=$(cd "$(dirname "${BASH_SOURCE[0]}")/.." && pwd)
+echo ">> applying StoragePool CRDs (workers: $W1 $W2 $W3)"
+sed -e "s|__WORKER_1__|$W1|g" \
+    -e "s|__WORKER_2__|$W2|g" \
+    -e "s|__WORKER_3__|$W3|g" \
+    "$REPO_ROOT/stand/blockstor-storagepools.yaml" | kubectl apply -f -
+
+echo ">> waiting for satellite StoragePoolReconciler to pick up CRDs"
+sleep 5
+kubectl get storagepools -o wide