So I guess the question becomes why are they spending so much time in the startup state. That should take mere milliseconds, unless the clients are being slow to handle the authentication exchange?
I'm also wondering a bit about whether they're being blocked on a lock, eg. due to something taking an exclusive lock on pg_authid or pg_database. pg_locks might be interesting to check.
It's v odd as it happens *sometimes* - having said that it's happening right this moment:
2021-11-24 10:50:58 AEDT [869]: [1-1] user=u_rundeck_rw,db=rundeck_cluster,client=10.154.19.23 10.154.19.23(57122) (0:53300)FATAL: remaining connection slots are reserved for non-replication superuser connections 2021-11-24 10:50:58 AEDT [870]: [1-1] user=u_rundeck_rw,db=rundeck_cluster,client=10.154.19.23 10.154.19.23(57124) (0:53300)FATAL: remaining connection slots are reserved for non-replication superuser connections 2021-11-24 10:50:58 AEDT [871]: [1-1] user=u_rundeck_rw,db=rundeck_cluster,client=10.154.19.23 10.154.19.23(57126) (0:53300)FATAL: remaining connection slots are reserved for non-replication superuser connections
James
The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence.
