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

feat(clickhouse): Added max_suspicious_broken_parts to the config.xml #2853

Merged
merged 4 commits into from
Mar 21, 2024

Conversation

victorelec14
Copy link
Contributor

@victorelec14 victorelec14 commented Mar 4, 2024

This PR adds the "max_suspicious_broken_parts" setting which is necessary to imitate corrupted data in the Clickhouse database.

The default setting was 10, but it was changed to 100. In my case, setting it to 1000 solved the problems I had and allowed Clickhouse to start again normally.

Related Sentry Issue: #2832

Clickhouse References:
ClickHouse/ClickHouse#41423
ClickHouse/ClickHouse#41619
https://clickhouse.com/docs/en/operations/settings/merge-tree-settings

Legal Boilerplate

Look, I get it. The entity doing business as "Sentry" was incorporated in the State of Delaware in 2015 as Functional Software, Inc. and is gonna need some rights from me in order to utilize my contributions in this here PR. So here's the deal: I retain all rights, title and interest in and to my contributions, and by keeping this boilerplate intact I confirm that Sentry can use, modify, copy, and redistribute my contributions, under Sentry's choice of terms.

@azaslavsky
Copy link
Contributor

How about we add the setting, but keep it at the default (10). Then above that, we can add a comment pointing to issue #2832 with a brief note about how you might adjust the setting to recover a corrupt install. That way future users will have a searchable way to fix this problem, but we won't mess up any active installs that may be relying on the old default.

@victorelec14
Copy link
Contributor Author

How about we add the setting, but keep it at the default (10). Then above that, we can add a comment pointing to issue #2832 with a brief note about how you might adjust the setting to recover a corrupt install. That way future users will have a searchable way to fix this problem, but we won't mess up any active installs that may be relying on the old default.

LGTM, I just updated the code and added a reference to the Issue, thanks !. 👍

@hubertdeng123 hubertdeng123 merged commit cb7cc84 into getsentry:master Mar 21, 2024
8 checks passed
@victorelec14 victorelec14 deleted the patch-1 branch March 22, 2024 16:39
@github-actions github-actions bot locked and limited conversation to collaborators Apr 7, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

None yet

4 participants