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

Impossible to disable background workers #121

Open
ateuber opened this issue Mar 31, 2023 · 2 comments
Open

Impossible to disable background workers #121

ateuber opened this issue Mar 31, 2023 · 2 comments
Labels
enhancement New feature or request

Comments

@ateuber
Copy link

ateuber commented Mar 31, 2023

We seem to have this issue in our CI/CD.

According to this comment there is a workaround by setting timescaledb.max_background_workers=0.

I tried to do this with timescaledb-tune --max-bg-workers=0, but it does not work. The reason is in this condition is true if MaxBGWorkers is not provided, but also if it is 0.

@ateuber ateuber added the bug Something isn't working label Mar 31, 2023
@konskov
Copy link
Contributor

konskov commented Apr 5, 2023

hello @ateuber, thank you for reaching out. Since timescaledb-tune sets configuration parameters in postgresql.conf, I wonder if it might be possible for you to edit that file directly and add this line: timescaledb.max_background_workers=0? timescaledb-tune should also tell you the location of postgresql.conf. Or is doing that not possible in your environment?

@ateuber
Copy link
Author

ateuber commented Apr 5, 2023

Hi @konskov, thank you for your reply.

With our CI we would then need to use our own docker image instead of timescaledb-docker, so it is a bit difficult at least. It seems now that disabling the telemetry via the environment variable solves the original problem, though - so we don't need to disable the background workers any more.
Corrections:

  • Disabling the telemetry didn't solve the original problem for us, it just worked randomly.
  • It's actually really easy to do this with timescaledb-docker: one can just add command: postgres -c timescaledb.max_background_workers=0 to the service definition. Now our problem is solved. 🙂

Still it would probably be nice if timescaledb-tune could do it or at least have it documented somewhere that it can't.

@jnidzwetzki jnidzwetzki added enhancement New feature or request and removed waiting-for-author bug Something isn't working labels Jun 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants