Actually, have a little to add.
Looks like I’m seeing KubeEvents that have the errors:
0/2 nodes are available: 1 Insufficient cpu, 1 node(s) had untolerated taint {node.kubernetes.io/network-unavailable: }. preemption: 0/2 nodes are available: 1 No preemption victims found for incoming pod, 1 Preemption is not helpful for scheduling…
Back-off restarting failed container n8n in pod n8n-5ccf594478-r8r4s_n8n(071eb17f-1243-480d-a3c7-90b2cd039949)
invalid capacity 0 on image filesystem
MountVolume.SetUp failed for volume “ama-logs-secret” : object “kube-system”/“ama-logs-secret” not registered
Update here -
I got some help earlier today from one of my colleagues who works with Kubernetes. He found that we were getting errors about insignificant cpu, so we took down the cluster, and created a new one.
Now we are only having issues launching n8n container into the pod. Postgres and others are showing as running.
The note is: note: >-
Back-off restarting failed container n8n in pod
Looks like a good spot, I wonder why the password can’t be the same The permission change is something that shouldn’t be needed and will likely be fixed in an update soon but it is handy to have a temporary solution thanks.