Re: pgAdmin4 Docker behind load balancer

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

In response to

Responses

Browse pgsql-hackers by date

  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