Skip to content
New issue

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

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

Already on GitHub? # 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
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants