That did the trick! Thank you. I have updated the page.

Chris Nauroth


On Fri, Oct 28, 2022 at 11:47 PM Denys Kuzmenko
<dkuzme...@cloudera.com.invalid> wrote:

> Hi Chris,
>
> Previously I just gave you edit permissions for the requested page, but now
> granted Hive space permissions. Please check again and let me know.
>
> On Fri, Oct 28, 2022 at 7:51 PM Chris Nauroth <cnaur...@apache.org> wrote:
>
> > Thank you, Denys. Unfortunately, I still don't see the Edit button like I
> > do on other projects where I have access (Hadoop, Zookeeper). I just
> > realized my Confluence login is actually just "cnauroth", so maybe I
> caused
> > some confusion by stating it as "cnaur...@apache.org"?
> >
> > Ayush, to further clarify, yes, I am planning to backport HIVE-17317 onto
> > versions 3.1.2 and 3.1.3 of Dataproc's Hive distro. I've already tested
> > locally and confirmed that I can use hikaricp.minimumIdle to limit the
> > number of connections. I'd also be happy to send an upstream pull request
> > against branch-3.1 for the backport if the community would find that
> > valuable. Let me know.
> >
> > When I make the Confluence edit, I'll clarify which versions have this
> > support.
> >
> > Chris Nauroth
> >
> >
> > On Fri, Oct 28, 2022 at 4:37 AM Ayush Saxena <ayush...@gmail.com> wrote:
> >
> > > Hi Chris,
> > >
> > > Just curious:
> > >>
> > >> BTW, the reason I discovered this is that I recently upgraded a
> cluster
> > >> from Hive 2.x (default BoneCP) to Hive 3.x (default HikariCP).
> > >
> > >
> > > As you said the prefix change happened in HIVE-17317 which is in
> > > 4.0.0-alpha-1 [1] and you migrated to Hive 3.x, Then how did you face
> > > this problem? Some patched version of Hive, or some missing FixVersion
> in
> > > the Jira?
> > >
> > > Good to mention the version post which the change in prefix happens in
> > the
> > > wiki as well, to avoid future confusions due to versions.
> > >
> > > -Ayush
> > >
> > > [1] https://issues.apache.org/jira/browse/HIVE-17317
> > >
> > > On Fri, 28 Oct 2022 at 17:02, Denys Kuzmenko
> > > <dkuzme...@cloudera.com.invalid> wrote:
> > >
> > >> Hi Chris,
> > >>
> > >> Please try now
> > >>
> > >> On Fri, Oct 28, 2022 at 12:43 PM Stamatis Zampetakis <
> zabe...@gmail.com
> > >
> > >> wrote:
> > >>
> > >> > Hive PMC members can provide edit rights to the wiki.
> > >> >
> > >> > @Naveen, Dennys, Adam: Can someone please give write privileges to
> > >> Chris?
> > >> >
> > >> > Best,
> > >> > Stamatis
> > >> >
> > >> > On Fri, Oct 28, 2022 at 8:41 AM Chris Nauroth <cnaur...@apache.org>
> > >> wrote:
> > >> >
> > >> > > Hi everyone,
> > >> > >
> > >> > > Regarding this page:
> > >> > >
> > >> > >
> > >> > >
> > >> >
> > >>
> >
> https://cwiki.apache.org/confluence/display/hive/configuration+properties#ConfigurationProperties-HiveMetastoreConnectionPoolingConfiguration
> > >> > >
> > >> > > It states that the metastore's Hikari connection pool can be
> > >> configured
> > >> > by
> > >> > > specifying properties prefixed as "hikari". This is not quite
> > >> correct. In
> > >> > > HIVE-17317, there was a bug fix made to the Hikari integration
> such
> > >> that
> > >> > > the proper prefix is "hikaricp". For example:
> > >> > >
> > >> > >   <property>
> > >> > >     <name>hikaricp.minimumIdle</name>
> > >> > >     <value>4</value>
> > >> > >     <final>false</final>
> > >> > >     <source>Dataproc Cluster Properties</source>
> > >> > >   </property>
> > >> > >
> > >> > > Could you please grant access to me (cnaur...@apache.org) to
> update
> > >> the
> > >> > > page? If you prefer not to grant access, could a Hive committer
> make
> > >> the
> > >> > > change for me?
> > >> > >
> > >> > > BTW, the reason I discovered this is that I recently upgraded a
> > >> cluster
> > >> > > from Hive 2.x (default BoneCP) to Hive 3.x (default HikariCP).
> After
> > >> the
> > >> > > upgrade, I found that HiveMetaStore was generating far more
> database
> > >> > > connections at baseline, putting extra burden on the database. It
> > >> appears
> > >> > > that BoneCP default behavior (4 idle connections) is different
> from
> > >> > > HikariCP default behavior (idle connections equal to max
> connections
> > >> > which
> > >> > > is 10). This put me down the path of wanting to control Hikari's
> > >> > > minimumIdle setting and then finding this discrepancy in the
> > >> > documentation.
> > >> > >
> > >> > > Passing on this information in case others are seeing unusually
> high
> > >> > > connection counts after an upgrade to 3.x.
> > >> > >
> > >> > > Chris Nauroth
> > >> > >
> > >> >
> > >>
> > >
> >
>

Reply via email to