jasonwittyandClaude Opus 5
91d96eb17a
LimeSurvey was never in this repo, and its two PVCs used the k3s local-path
StorageClass: both volumes were pinned to rpi-worker-3's local disk with
persistentVolumeReclaimPolicy: Delete. That put the survey data on a single
SD-backed node with no replication, where deleting the PVC would destroy it.
Both volumes now live on gvolume0 under /mnt/gvolume0/limesurvey/{app,db},
with Retain, matching the pattern used by vaultwarden and tududi. Migrated
2026-09-21 via mysqldump/restore; verified identical afterwards (3 surveys,
742 responses, 2 users, 17 questions, 60 tables).
db-config.yaml is required, not optional: InnoDB's defaults assume a local
POSIX filesystem, and on a GlusterFS FUSE mount native AIO is unavailable and
O_DIRECT unreliable. Without innodb_use_native_aio=0 and
innodb_flush_method=fsync, MariaDB either fails to start or risks corruption.
A nightly dump to /mnt/gvolume0/limesurvey/backups (14 day retention) is
included -- a volume survives losing a node, but a logical dump also survives
corruption, a bad upgrade and mistaken deletes.
The old local-path PVCs (limesurvey-db-data, limesurvey-uploads) are
deliberately left in place as a rollback and are not managed here.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
28 lines
479 B
YAML
28 lines
479 B
YAML
apiVersion: v1
|
|
kind: Service
|
|
metadata:
|
|
name: limesurvey
|
|
namespace: limesurvey
|
|
spec:
|
|
type: NodePort
|
|
selector:
|
|
app: limesurvey
|
|
ports:
|
|
- port: 8080
|
|
targetPort: 8080
|
|
# Pinned: the UniFi forward "lime survey" (WAN 30087) targets this.
|
|
nodePort: 30087
|
|
---
|
|
apiVersion: v1
|
|
kind: Service
|
|
metadata:
|
|
name: limesurvey-db
|
|
namespace: limesurvey
|
|
spec:
|
|
type: ClusterIP
|
|
selector:
|
|
app: limesurvey-db
|
|
ports:
|
|
- port: 3306
|
|
targetPort: 3306
|