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

need Keep-Alive...queries killed at 60 minutes? #410

Closed
mattberns opened this issue Mar 26, 2021 · 2 comments
Closed

need Keep-Alive...queries killed at 60 minutes? #410

mattberns opened this issue Mar 26, 2021 · 2 comments
Labels

Comments

@mattberns
Copy link

mattberns commented Mar 26, 2021

We are using vertica-python via dbt-vertica and we're finding that our log running queries are getting killed at 3600 seconds. We are told that we need to implement Keep-Alive since there are no packets being transacted for > 60 minutes. TCP connections that are idle are being killed at 60 minutes.

Is this a setting we can enable here? it appears that the way this is being done in some tools is to submit a query every N seconds over an open connection like SELECT 1. Does the driver support this?

@mattberns mattberns changed the title queries killed at 60 minutes need Keep-Alive...queries killed at 60 minutes? Mar 26, 2021
@sitingren
Copy link
Member

Hi @mattberns
There are related discussion at #205.

Basically, vertica-python provides connection_timeout as a connection parameter to control socket operations timeout (see README), queries can be affected by this. Please note that dbt-vertica is a third-party library that we don't support. If you want to set connection_timeout, you may need to change your libraries source code. The 3600 seconds comes from dbt-vertica:
https://github.com/mpcarter/dbt-vertica/search?q=timeout&type=

@mattberns
Copy link
Author

@sitingren Thanks for this. Going to close this one. It turns out there is a timeout parameter over at dbt-vertica and this was set to connection-timeout in our repo which was misleading us ( because this setting passes through to connection-timeout This does seem to differ from the broken pipe issue which a colleague was experiencing less than the setting value, which we believe is due to a misconfiguration of the server.

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

No branches or pull requests

2 participants