[
https://issues.apache.org/jira/browse/PHOENIX-3684?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Josh Elser updated PHOENIX-3684:
--------------------------------
Attachment: PHOENIX-3684.001.patch
.001 When a principal (and keytab) is specified in the JDBC url and there is a
current user (as specified by {{UserGroupInformation.getCurrentUser()}}),
compare the two names taking the special replacement string {{_HOST}} into
consideration on the user-provided name.
> ConnectionQueryServices connection leak on principal with "_HOST"
> -----------------------------------------------------------------
>
> Key: PHOENIX-3684
> URL: https://issues.apache.org/jira/browse/PHOENIX-3684
> Project: Phoenix
> Issue Type: Bug
> Reporter: Arpit Gupta
> Assignee: Josh Elser
> Priority: Blocker
> Fix For: 4.9.1, 4.10.0
>
> Attachments: PHOENIX-3684.001.patch
>
>
> Through some internal testing, we found that Ambari's use of Phoenix to host
> metrics data was leaking ConnectionQueryServices (and thus HConnections and
> ZK connections), ultimately running into ZK's rate limiting maxClientCnxns.
> After a bit of digging around (and revisiting the old issues around this
> topic PHOENIX-3607, PHOENIX-3611, etc), I finally realized that the logic in
> ConnectionInfo was simply not correctly handling the {{_HOST}} special string
> in the principal (that UGI will replace with the FQDN for the current host).
> This resulted in Phoenix repeatedly re-logging in the user when they created
> a new Connection instead of using the UGI current user, leaking another set
> of connections.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
