From: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
---|---|
To: | Lenain <lenaing(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: pgAdmin4 Docker behind load balancer |
Date: | 2018-05-22 19:09:05 |
Message-ID: | DADA4413-0419-4DD6-AA59-BACB0F673BAC@yesql.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On 22 May 2018, at 18:07, Lenain <lenaing(at)gmail(dot)com> wrote:
>
> Hello hackers,
>
> We are currently using the dpage/pgadmin4 image to run a pgAdmin4 web interface behind an AWS application load balancer.
> The load balancer is configured to check the health of containers by querying the /login URI and checking if it answers with a 200 HTTP code.
>
> However the app always send a new cookie for this page, storing it into the mounted docker volume.
> It is understandable that it is wanted to generate a new session on login, but as load balancers check numerous times a day this URI, it quickly fill and use all of the inodes of the volume as it generate session tokens, and consequently saturate also the inodes of the underlying system.
>
> We are therefore looking for another URI to do our healthcheck that won't generate a new session item.
> However it seems that even on statics assets or redirects, the app set the pga4_session cookie.
>
> Is there another way available to do these checks ? Am I missing something ?
This is the mailinglist for the core postgres database server. While there
certainly are lots of people skilled in pgadmin here, you will probably have a
better chance of getting help on the pgadmin-support mailinglist:
https://www.postgresql.org/list/pgadmin-support/
cheers ./daniel
From | Date | Subject | |
---|---|---|---|
Next Message | Maxim Boguk | 2018-05-22 19:18:15 | Re: found xmin from before relfrozenxid on pg_catalog.pg_authid |
Previous Message | Andrew Dunstan | 2018-05-22 19:02:46 | Re: perl checking |