Module data lives in /var/lib, now that nothing is mid-cutover

The /services paths were the adopted-node pattern doing its job: take
replaced containers over the predecessor's data without moving a byte
(gitea set it — 'its data never moved'). With every cutover done the
exception has no reason left, and the operator called it: a nox
module's world is /var/lib/<module>, data included. Six modules
repathed; mssql keeps its /services path deliberately — it is still
held, HAL-run, and moves at its own take. Both trees are one
filesystem, so each move is a rename.
This commit is contained in:
2026-09-26 16:47:24 +02:00
parent 382a44621e
commit 50a99f022c
6 changed files with 57 additions and 57 deletions
+2 -2
View File
@@ -64,7 +64,7 @@
{
"id": "data",
"type": "directory",
"path": "/services/mongodb/db-data",
"path": "/var/lib/mongodb/data",
"mode": "0700"
},
{
@@ -86,7 +86,7 @@
"27017"
],
"volumes": [
"/services/mongodb/db-data:/data/db",
"/var/lib/mongodb/data:/data/db",
"/var/lib/mongodb/root.secret:/run/secrets/root:ro"
]
},