> On Apr 12, 2018, at 9:48 AM, Adrian Klaver <adrian.kla...@aklaver.com> wrote:
> 
> On 04/12/2018 07:37 AM, armand pirvu wrote:
>>> On Apr 12, 2018, at 9:28 AM, Adrian Klaver <adrian.kla...@aklaver.com> 
>>> wrote:
>>> 
>>> On 04/12/2018 07:15 AM, armand pirvu wrote:
>>> 
>>>>> 
>>>>> 
>>>> Sorry for the double posting but could it be from
>>>> #authentication_timeout = 1min# 1s-600s
>>> 
>>> From you previous post:
>>> 
>>> "It is almost like the authnetication stops working for whatever reason"
>>> 
>>> So to be clear the initial connections in the process go through, but at 
>>> some point they start failing. Is that correct?
>>> 
>>> The timeout could be an issue. It would helpful to also see what 
>>> max_connections setting is.
>>> 
>>>> So if the server gets a bit oveloaded this could play a role ?
>>> 
>>> 
>>> -- 
>>> Adrian Klaver
>>> adrian.kla...@aklaver.com
>> Yes correct initially they go through but at some point they start failing
>> Max_connections is set to 200 on the postgres server, but I did not notice 
>> any message about being maxed out connections wise
>> As a workaround for this very specific set of processes, until things get 
>> back in line so to speak, do you think from the devweb2004 (where processing 
>> is done) to devdb2004 (where the postgres database resides), should I just 
>> go from md5 to trusted ?
> 
> I would be inclined to raise the authentication_timeout first before setting 
> the auth method to trust.
> 
> I would also set the below.:
> 
> https://www.postgresql.org/docs/10/static/runtime-config-logging.html#RUNTIME-CONFIG-LOGGING-WHAT
> 
> log_connections (boolean)
> Causes each attempted connection to the server to be logged, as well as 
> successful completion of client authentication. Only superusers can change 
> this parameter at session start, and it cannot be changed at all within a 
> session. The default is off.
> 
> log_disconnections (boolean)
> 
> That will give you a better idea of what is going on connection wise.
> 
> 
> 
> -- 
> Adrian Klaver
> adrian.kla...@aklaver.com


Will do so and report back 

Many thanks
Armand


Reply via email to