-
Notifications
You must be signed in to change notification settings - Fork 621
Homer persistence enabled fails to create a pvc #1464
Comments
Do you happen to have I'll add a note to the README about this behavior if that is indeed what is causing it for you. |
Yes. I have configmap enabled. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in two weeks if no further activity occurs. Thank you for your contributions. |
Any chance we can get this issue resolved? Configmap is required. That is how the homer config is stored. |
Hi @sudo-rm-rf-slash we're a very small team (2-3 people maintaining these charts) and it's unfortunate to say we don't prioritize applications we do not use ourselves. Any help would be great from you or the the community to help fix issues. I hope you understand. |
@sudo-rm-rf-slash as a workaround, you can just change this: persistence:
config:
enabled: true
mountPath: /www/assets
storageClass: freenas-nfs-csi
accessMode: ReadWriteMany
size: 1Gi to persistence:
whatever:
enabled: true
mountPath: /www/assets
storageClass: freenas-nfs-csi
accessMode: ReadWriteMany
size: 1Gi and mount your PVC under a different name For what it's worth, looks like our setups are almost identical (MicroK8s, TrueNAS, Democratic CSI). For my Homer instance, instead of making such a lightweight app rely on persistent storage, I store my assets in a configmap and mount that into the pod as a directory. Relevant part of my # make a configmap under a different name and mount it as a dir
persistence:
images:
name: homer-images
enabled: true
mountPath: /www/assets/custom
type: configMap
configmap:
# configmap with images
images:
enabled: true
# regular Homer config here
config:
# -- Store homer configuration as a ConfigMap
enabled: true
# -- Homer configuration. See [image documentation](https://github.com/bastienwirtz/homer/blob/main/docs/configuration.md) for more information.
# @default -- See values.yaml
data: Then the images are stored with my #!/bin/sh
helm upgrade -i --create-namespace -n homer homer -f values.yaml k8s-at-home/homer
kubectl create configmap -n homer homer-images --from-file=logos --dry-run -o yaml | kubectl apply -f - |
Details
Helm chart name and version:
homer-7.1.0
Container name and tag:
b4bz/homer:21.09.2
I also tested
b4bz/homer:latest
(Latest Image was 20/03/2022)What steps did you take and what happened:
The homer chart ignores persistence
enabled: true
and does not attempt to create a pvc.I have used multiple helm charts by k8s-at-home and they all work fine and create a pvc.
Relevant Helm values:
What did you expect to happen:
I expected a homer PVC to be created.
Anything else you would like to add:
I am running MicroK8s v1.23.4-2+98fc2022f3ad3e on Ubunutu 20.03 AMD64 in a 3 node cluster.
My NAS NFS target is TrueNAS Core 12.
I am using https://github.com/democratic-csi/democratic-csi provisioner for nfs
I also got the same result when using the nfs.csi.k8s.io provisioner v1.20
Additional Information:
After applying the helm chart when I query the cluster for a pvc there is no homer pvc.
You can see two succesful PVC claims for other deployments that are Bound.
One is using the
freenas-nfs-csi
strorage class.The text was updated successfully, but these errors were encountered: