PostgreSQL не проходит аутентификацию одноранговых узлов с помощью Ansible

Это сработало для меня:

- name: Create postgres database
  become: true
  become_user: postgres
  postgresql_db:
    name: <database-name>

В вашем конкретном случае пользователь может быть pgsql, но я думаю, что обычно это пользователь postgres.

Или с немного другим синтаксисом (от Ansible 1.9) и для создания пользователя (может кому-то пригодится)

- name: Create postgres user
  postgresql_user: name={{ pg_user }} password={{ pg_password }}
  become: true
  become_user: postgres

Для тех, кто сталкивается с «Не удалось установить разрешения для временных файлов, которые Ansible должен создать ...», чтобы переключиться на пользователя postgres с помощью become_user, вы можете использовать конвейерную обработку на хостах Ubuntu.

Создайте ansible.cfg в каталоге вашего playbook и добавьте следующие строки:

[ssh_connection]
pipelining=True

Обновление: согласно @lolcode Ansible 2.9.0 обновлен до ansible_pipelining

   [ssh_connection]
   ansible_pipelining = true

Обновление от 30 апреля 2020 г. для тех, у кого все еще есть проблемы, попробуйте установить acl, что заставит Ansible использовать эту файловую систему acl для монтирования модулей, которые должны быть доступны для второго пользователя, вместо того, чтобы сделать их доступными для чтения. всеми. Спасибо @Андреас Флорат

- name: install setfacl support
  become: yes
  apt: pkg=acl

У меня такая же проблема. В моем случае я упустил из виду, что настроил свою Ansible-playbook для работы от имени другого пользователя Linux, а не от пользователя с одноранговым доступом (в вашем случае pgsql). Решение: запустить Ansible play как pgsql:

- name: Create the postgresql database
  remote_user: pgsql
  postgresql_db: name=mydatabase login_user=pgsql
  ...

Или запустите его как root и su для pgsql для команды:

- name: Create the postgresql database
  remote_user: root
  become: yes
  become_user: pgsql
  postgresql_db: name=mydatabase login_user=pgsql
  ...

... в зависимости от ваших прав доступа по ssh.

Это использование Ansible 2.0.

Другим обходным решением является подключение через host (localhost), а не метод аутентификации однорангового узла по умолчанию local:

- name: Create the postgresql database
  postgresql_db:
    name: mydatabase
    login_user: postgres
    login_host: 127.0.0.1

В зависимости от настроек в pg_hba.conf вам также может потребоваться указать login_password. Вы можете обойти это, установив

host    all         postgres        127.0.0.1/32            md5

to

host    all         postgres        127.0.0.1/32            trust

Я заметил, что ваша версия Postgres действительно устарела (9.3). Недавно у меня возникла эта проблема при работе на сервере Ubuntu 14 с Postgres 9.3.

Я пробовал дюжину разных вещей, и, наконец, что сработало, так это установка пакета acl через apt. Ansible использует его для навигации по некоторым проблемам с разрешениями. Пакет устанавливается по умолчанию в более новых дистрибутивах, поэтому я видел эту проблему только на старом сервере.

Благодаря этой угрозе я сделал вариант поста mdh. Когда я настраиваю базу данных, я генерирую пароль для пользователя postgres и сохраняю его в файле в корневом каталоге.

Я подумал, почему бы не сохранить его также (или вместо этого) в файле .pgpass для root. Поэтому я создал такой шаблон (важна только последняя строка):

#### password file for posgres connection ###

#### *:*:*:*
#### works like
####    *      :      *    :     *     :     *
#### <ip addr> : <port nr> : <db name> : <password>

127.0.0.1:*:*:postgres:{{ new_postgres_pass }}

Сохраните файл .pgpass в домашнем каталоге root. Теперь вы можете использовать модуль как root, не меняя пользователя и не изменяя pg_hba.conf:

- name: Ensure postgresql mydatabase
  postgresql_db:
    name: mydatabase
    login_user: postgres
    login_host: 127.0.0.1

Если у вас нет sudo (debian и т. д.), но есть доступ к root

- name: Create database
  remote_user: root
  become: yes
  become_method: su
  become_user: postgres
  postgresql_db:
    name: my_db

Итак, если я правильно понял, вы находитесь на удаленной машине, и, возможно, вам следует изменить /usr/local/pgsql/data/pg_hba.conf, чтобы разрешить удаленные подключения «host all all 0.0.0.0/0 md5» или другой конкретный сетевой адрес.