# huge\_pages and postgres on k8s

**URL:** <https://forums.percona.com/t/huge-pages-and-postgres-on-k8s/7938>\
**Category:** PostgreSQL General Discussion\
**Created:** [August 21, 2020, 2:13pm UTC](https://forums.percona.com/t/huge-pages-and-postgres-on-k8s/7938 "2020-08-21T14:13:31Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![bmath](https://avatars.discourse-cdn.com/v4/letter/b/ac91a4/32.png) [@bmath](https://forums.percona.com/u/bmath)\
**Post date:** [August 21, 2020, 2:13pm UTC](https://forums.percona.com/t/huge-pages-and-postgres-on-k8s/7938/1 "2020-08-21T14:13:31Z")

</div>

Hello Percona folks!&nbsp; Brian Matheson from MayaData here.&nbsp; I have some general questions about Postgres on k8s as well as some questions specific to Percona’s offerings.&nbsp;&nbsp;  
  
First off, I’m running under k8s with a 5.4 kernel using a recent helm chart (in my case Bitnami’s but open to suggestions :^).&nbsp; When I first deployed the db server went into a crash loop.&nbsp; I checked things out and found a debug option for the chart that purported to enable more logging, and indeed I got a bus error message (weird right?).  
  
So, after a little googling I came across a bus error in another instance where postgres was running with huge\_pages enabled.&nbsp; Aha!&nbsp; Super simple right, just drop that huge\_pages=off into the bottom of the config and we’re golden.&nbsp; Only I’m still getting the bus error :^/&nbsp; Assuming it’s even related (which is an assumption at this point) I thought maybe fixing permissions on the huge\_pages sys interface might be a good direction to go in.  
  
Do you have a chart or operator that does the right thing regarding huge pages?  
  
Is there an open-source helm chart from Percona?&nbsp; Or a trial of the commercial version?  
  
Thanks in advance!  
Brian

---

<div class="post-metadata">

**Author:** ![Jobin\_Augustine](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.percona.com/jobin_augustine/32/1275_2.png) [@Jobin\_Augustine](https://forums.percona.com/u/Jobin_Augustine)\
**Post date:** [August 25, 2020, 12:27am UTC](https://forums.percona.com/t/huge-pages-and-postgres-on-k8s/7938/2 "2020-08-25T00:27:17Z")

</div>

Hi Brian,  
As of now, we don’t have support for k8s for PostgreSQL (helm charts or operator). But it may come down the like as we are considering Kubernetes as one of the important platforms.   
Regarding the huge\_pages, it is better to have ‘try’ option which is the default for PostgreSQL. With huge\_pages set to try, the server will try to request huge pages, but fall back to the default if that fails.   
[PostgreSQL: Documentation: 14: 20.4.&nbsp;Resource Consumption](https://www.postgresql.org/docs/current/runtime-config-resource.html#GUC-HUGE-PAGES)  
The huge pages generally found to make a difference when we have close to 100GB RAM and once the page table is big.Regards,  
Jobin.