Hi.
2021-01-08 09:30:26.927 +04 [27141] FATAL:  password authentication failed for user "postgres"
2021-01-08 09:30:26.927 +04 [27141] DETAIL:  Password does not match for user "postgres".
       Connection matched pg_hba.conf line 94: "host    all             all             0.0.0.0/0               md5"

Можно. Например, distinct.

Pgadmin may use other connection types, for example "local" or "host/ipv6". Check other lines in your pghba and recheck your password.

local   all             all                                     peer
# IPv4 local connections:
host    all             all             127.0.0.1/32            ident
# IPv6 local connections:
host    all             all             ::1/128                 ident
# Allow replication connections from localhost, by a user with the
# replication privilege.
local   replication     all                                     peer
host    replication     all             127.0.0.1/32            ident
host    replication     all             ::1/128                 ident
host    all             all             0.0.0.0/0               md5

Подскажите пожалуйста, хотим заюзать LISTEN/NOTIFY для realtime обновления данных в интерфейсе нашего приложения. Повесил на прод базе пару триггеров с вызовом pg_notify на частообновляемые таблицы и вижу что стабильно раз в несколько часов роллбекается транзакция, которая вызывает триггер, с ошибкой “too many notifications in the NOTIFY queue”. Решил проверить размер очереди с помощью pg_notification_queue_usage(), как оказалось очередь растёт постоянно и в момент переполнения обнуляется (у неё размер 8гб). Решил убрать все триггеры — размер очереди стоит на месте, она даже в этом случае по какой-то причине сама не удаляется. Прочитал что очередь может не чиститься если кто-то из бекендов вызвал LISTEN и начал транзакцию. Решил проверить активных листенеров — таковых нет вообще.

Что интересно, на дев базе (полной копии прода) очередь всегда пустая, а если пушу туда много ивентов каким-нибудь bulk апдейтом, то на миллисекунду очередь заполняется но тут же очищается.

Полдня гуглю и не могу ничего найти.

Above error message definitely say that password is wrong. If you say that you hopefully connect in pgadmin, the only explanation is that you connect to another pg instance. It's not possible to give the error in log and get success connection the same time.

Above error message definitely say that password is wrong. If you say that you hopefully connect in pgadmin, the only explanation is that you connect to another pg instance. It's not possible to give the error in log and get success connection the same time.

Above error message definitely say that password is wrong. If you say that you hopefully connect in pgadmin, the only explanation is that you connect to another pg instance. It's not possible to give the error in log and get success connection the same time.

no. it's same instance.

So, it's not your connection. May be your server is on a real ip-address, i don't know, and you should check external connections, add log_connections=on to check where connections are from.

if i change og_connections=on on postgresql.conf. I must restart db?

yes, you do.

rm .psql_history