Доколупался я таки до postgresql. Воспроизвел сабж и нашел причину. И вспомнил, что на эти грабли я давно наступал сам. Склероз, однако

Теперь по порядку.
Насчет pqadmin3. Если у вас
postgres 9.3
точная версия pgadmin - 1.16.0
Тогда при подключении к выбранному серверу pgadmin должен был вас предупреждать об отсутствии поддержки данной версии сервера. Но это так к сведению.
Теперь смотрите у себя содержание файла /var/lib/pgsql/data/pga_hba.conf
И сравните с вырезкой из моего файла
# TYPE DATABASE USER ADDRESS METHOD
# "local" is for Unix domain socket connections only
#local all all trust
local all all md5
# IPv4 local connections:
#host all all 127.0.0.1/32 trust
host all all 127.0.0.1/32 md5
# IPv6 local connections:
#host all all ::1/128 trust
# Allow replication connections from localhost, by a user with the
# replication privilege.
#local replication postgres trust
#host replication postgres 127.0.0.1/32 trust
#host replication postgres ::1/128 trust
Поясню вкратце.
Эта строка
local all all trust
разрешает подключаться всем пользователям в локальной системе к postgresql без требования пароля
А вот эта эта строка
local all all md5
включает обязательную аутентификацию при подключение к postgresql.
Строка
host all all md5
требует того же самого при внешнем подключении.
Алгоритм действий такой:
1. Входим под "su -"
2. В файле /var/lib/pgsql/data/pga_hba.conf в указанных выше строках, начинающихся на local и host, меняем trust на md5. Сохраняемся, закрываем.
3. Перезапускаем сервис postgresql
systemctl restart postgresql.service
Предупреждение: если какой софт ранее работал с базами на postgresql, то после изменения конфига и перезапуска сервиса без пароля postgres не подключится к СУБД.