Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sentry stops processing new events #171

Closed
sagor999 opened this issue Sep 9, 2020 · 7 comments
Closed

Sentry stops processing new events #171

sagor999 opened this issue Sep 9, 2020 · 7 comments

Comments

@sagor999
Copy link
Contributor

sagor999 commented Sep 9, 2020

Hi,

I have upgraded to 5.1.0 chart, and noticed that after X hours sentry will stop processing new events.
Right before it would stop, this is the last thing that I see in events:

HTTPConnectionPool(host='sentry-symbolicator', port=3021): Max retries exceeded with url: /symbolicate?scope=78&timeout=4 (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7fa79c345f50>: Failed to establish a new connection: [Errno -2] Name or service not known',))

And there is a whole bunch of those.

But as far as I know symbolicator is not even enabled in this chart, correct?
I am wondering why it attempts to establish connection to it?
Has anyone seen this?

Restarting sentry-worker pods helps to get things going again.

@DandyDeveloper
Copy link
Collaborator

@Mokto Looks like we have the config options here:

symbolicator.enabled: {{ .Values.symbolicator.enabled }}

But we never actually created or we at some point removed this from the chart?

@Mokto
Copy link
Contributor

Mokto commented Sep 9, 2020

It was never created and should never be enabled : https://github.com/sentry-kubernetes/charts/blob/d2705c3317da466c70b62ec24c6c0ec11810af04/sentry/values.yaml#

Cf #54.

@sagor999 Have you changed that value ?

@sagor999
Copy link
Contributor Author

sagor999 commented Sep 9, 2020

@Mokto nope, it is set to false

@DandyDeveloper
Copy link
Collaborator

DandyDeveloper commented Sep 14, 2020

@Mokto

It won't matter if someone disables it, it's still references in the config by default. We should probably just wrap the whole thing in an {{- if ... }}

symbolicator.options:

@Mokto
Copy link
Contributor

Mokto commented Sep 14, 2020

Just did that here, hopefully that will solve the issue.

#173

@Mokto
Copy link
Contributor

Mokto commented Sep 14, 2020

Could you try again with 5.1.3 ?

@sagor999

@sagor999
Copy link
Contributor Author

@Mokto for what it worth, it has not done this since last week. But I deployed this update and so far so good. I will close this issue now, but if it will happen again, will re-open.
Thank you!!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants