Bind org wikis from identically-named -wiki folders #55
Loading…
Reference in a new issue
No description provided.
Delete branch "obsidian-vault-folder-labels"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What happened
The org wikis moved from
~/<Org>/<Org>-Wikito~/<Org>/-wikion every phd-* host, so all eight org wikis now share one literal folder name. The folder name can no longer identify a vault, and the old wiring used it for everything: the host bind source, the container mount target, the remote vault label, and ob's per-vault state key.What changed
${OBSIDIAN_VAULTS_BASE}/{Org}/-wiki).OBSIDIAN_VAULT_NAMEkeep the unique vault labels (Anthers-Wiki,Software-Wiki, …), which continue to name the remote vault and key ob's per-vault setup state in the sharedobsidian-headless-statevolume. Recreated containers find their existing remotes by label and skip setup as before — no re-link churn, no state reset.-wikifolder name would have cross-linked each vault's folder to the first container's remote; labels avoid that.${OBSIDIAN_VAULTS_BASE}/PhD-Wiki:/vaults/PhD-Wikimount dangling underobsidian-filmmaking-wikiin all three compose files (the vault was dissolved 2026-10-12 and the entrypoint never synced it — but Docker did auto-create its root-owned bind source on everymake up)..env.exampleupdated to describe the folder/label decoupling.Verification
docker compose config --format jsonacross all three hosts: every obsidian service resolvesOBSIDIAN_VAULT_NAME→/vaults/<name>mount target with the new-wikibind source; no stray binds;Personalunchanged.make down'd during the folder move, so no container has ever synced against the old path post-move; the recreated containers come up clean.