This message was deleted.
# support
s
This message was deleted.
s
Do you have already some existing data? Or is this a fresh installation? Can you share exit status code for query service?
a
@Srikanth Chekuri I can not get the exit code, is it exposed by signoz ? I get an empty response:
Copy code
kubectl get pod signoz-query-service-0 -n platform -o jsonpath='{.status.containerStatuses[?(@.name=="signoz-query-service")].state.terminated.exitCode}'
It was a fresh installation, after some hour it breaks and now I am trying to debug it
s
shouldn’t it be
lastState.terminated.exitCode
? The most common and known one is OOM with 137 when the query service doesn’t have enough memory. What are the resource limits for this?
a
Yes, it was 137. The resouces are:
Copy code
resources:
            limits:
              memory: 2000Mi
            requests:
              cpu: 500m
              memory: 2000Mi
s
What’s the amount of data you are ingesting? Can you share the number of time series you have (run
select count() from signoz_metrics.time_series_v2;
from clickhouse client)? Right now the query service needs resources adjusted for the volume of time series. So if you can share the what’s the avg number of time series you expect in total a resource limit can be suggested.
a
@Srikanth Chekuri ok, make sense. The query result is 464302
s
Can you upgrade tot
0.11.1
? We did some improvement and it should run fine for the above number.
a
yes, looks it works
Is a way to make the account to calculate based on the query you shared the amount of resources needed ?
s
You can make rough estimation of 1M series ~ 1-1.5GB or RAM
a
That amount of timse series is based by time ? for example each 5 min, or something like that ?
s
No, it’s based on the data being ingested. For instance number of status codes, method types etc.. Say you have http requests with 4 status codes and 5 methods then you have 20 time series.
🙌 1
a
@Srikanth Chekuri thanks you! you save my day! 🙂
And what about to run collector as deployment ? is it possible ?
s
I haven’t followed the recent developments there but I believe it was changed to daemonset for some reason. @Prashant Shahi can give you more details on it.
a
I think actually is running as daemonset because it needs to grab Logs, but would be nice if Logs is not required take an option to disable Logs and deploy as deployment, probably it required some chart modification.
p
@Alejandro Decchi we have moved back to Deployment. There is a release PR pending. It will be merged after review from @Ankit Nayan. You can track it here: https://github.com/SigNoz/charts/pull/82
@Alejandro Decchi The PR above has been merged. We should have SigNoz otelCollector reverted back to deployment. While
k8s-infra
chart is introduced to handle the logs and metrics collection from K8s cluster.
a
@Prashant Shahi excellent news, Chart version 0.4.0 is that correct ?