This message was deleted.
# support
s
This message was deleted.
1
n
Copy code
kubectl -n signoz get pods
NAME                                                       READY   STATUS     RESTARTS   AGE
signoz-release-1-alertmanager-0                            0/1     Init:0/1   0          168m
signoz-release-1-clickhouse-operator-68f766878c-xfx8c      2/2     Running    0          5m28s
signoz-release-1-frontend-c6cb6b5c9-mrwdj                  0/1     Init:0/1   0          168m
signoz-release-1-otel-collector-745d5c84c8-79b4p           0/1     Init:0/1   0          168m
signoz-release-1-otel-collector-metrics-6cdcf5b7cc-n7wqh   0/1     Init:0/1   0          168m
signoz-release-1-query-service-0                           0/1     Init:0/1   0          168m
signoz-release-1-schema-migrator-init-c4n4g                0/1     Init:0/2   0          8m16s
signoz-release-1-zookeeper-0                               1/1     Running    0          12m
n
@Prashant Shahi ^
🙏 1
p
This behaviour is seen when previously installed clickhouse is not cleaned up properly. Can you follow through the cleanup instructions below and retry the installation? https://signoz.io/docs/operate/kubernetes/#uninstall-signoz-cluster
n
@Prashant Shahi I'd rather not blow away all of our data and config -- if this is the only path at this point I'll do it, but to be clear the troubles started when doing a perfectly vanilla
helm upgrade
starting from a working Signoz installation (on
0.38.2
I believe)
I didn't know about the Clickhouse
finalizers
-- will give that a shot. But I'd rather not delete the PVC unless necessary
Hmm I actually don't have any
clickhouseinstallation
resources anymore. I had to jump through some hoops to forcibly delete the CH instance earlier
p
unclean uninstall is known is cause this issue of CHI or CHI pods disappearance.
You could
helm upgrade
to attemp re-create the CHI resources.
All others pods would be stuck in Init waiting for CHI pods.
n
Doing a
helm upgrade
seemed to get it unstuck 🙌 Thanks @Prashant Shahi!
🙌 1