-
Notifications
You must be signed in to change notification settings - Fork 12
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
Multiple connections appear to be broken #48
Comments
Ah so by using the same key for every |
I think this could be pretty easily remedied by including the data source UID in the cache key there. This feature was specifically added to allow multiple connections in 1 data source in some AWS data sources. cc @sunker |
@kminehart yeah, exactly. they seem to all only be using one connection, and you can kind of reset which connection is being used if you go and do a health check on one of the data sources
do you mean storing the connection in NewDatasource or storing the connection in getDB? |
I can confirm the issue (I was assuming that each datasource instance would have its own sqldatasource instance but it's not working that way). See the fix at #49. |
fixed in v2.3.1 |
It seems like the default key is always replaced when NewDatasource is called, so it seems like the latest connection is always being used. I have a temp workaround for the issue here: https://github.com/grafana/snowflake-datasource/pull/98
It's unclear how this is intended to work or if this is related to the issue, but the query's q.ConnectionArgs variable is always
nil
.Related issue: https://github.com/grafana/support-escalations/issues/999
The text was updated successfully, but these errors were encountered: