Using Helm Setup Codimd In K8S - 使用 Helm 和 K8S 架設 Codimd
紀錄如何使用 Helm 和 k8s 自架 codimd。
某天 CTO 過來看到我們在使用 hackmd 說你們這麼愛用喔 可以自架啊
我想說拿麼厲害 所以就去找找如何自架
就透過 hackmd repo 找到
https://hackmd.io/@codimd/k8s-deployment

照著紅色的框框打是不會對的
helm install my-codimd codimd/codimd
這時 install 後
我發現某個 pod 的 status 一直 pending
看了一下 describe 才知道有東西發生問題
pod has unbound immediate PersistentVolumeClaims
問了旁邊的 SRE 大神 他叫我把 values download 下來
helm show values {name}
把 values.yaml 裡面的 imageStorePersistentVolume.enabled
改成 false
imageStorePersistentVolume:
enabled: false
然後重新安裝一次就好了
建議可以寫一個 makefile
去方便 update or 幹嘛之類的
PHONY: install
ns={your-namespace}
name={helm-name}
chart={chart-name}
file=values.yaml
install:
helm --namespace=$(ns) upgrade --install $(name) $(chart) -f $(file)
uninstall:
helm --namespace=$(ns) uninstall $(name)
ref:
CodiMD Documentation - HackMD
# CodiMD Documentation - [CodiMD Documentation](/s/codimd-documentation) - [CodiMD Release Notes](/
Why do I get “unbound immediate PersistentVolumeClaims” on Minikube?
I get “pod has unbound immediate PersistentVolumeClaims”, and I don’t know why. I run minikube v0.34.1 on macOS. Here are the configs: es-pv.yaml apiVersion: v1
kind: PersistentVolume
metadata:
...

codimd 0.1.8 · codimd/codimd
A CodiMD Helm chart for Kubernetes
