Re: how to set permission, so I can run pg_dumd in a cron job

From: robert rottermann <robert(at)redcor(dot)ch>
To: robert rottermann <robert(at)redcor(dot)ch>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: how to set permission, so I can run pg_dumd in a cron job
Date: 2021-03-13 17:25:36
Message-ID: 5eb2f955-8bfe-0b84-72ac-0110fb2b4c29@redcor.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


Adrin, thanks

On 13.03.21 17:23, Adrian Klaver wrote:
> On 3/13/21 8:16 AM, robert rottermann wrote:
>> Hi Friends
>>
>> I would like to have a cronjob creating a dump of a db.
>>
>> I am on a ubuntu 18 lts, potgres v10.
>>
>> I have a user robert with superuser db permission.
>>
>> a database "mydb" of which I would like to to a nightly dump.
>>
>>
>> I tried to set thing in hba_conf like this:
>>
>> # Database administrative login by Unix domain socket
>> local   all             postgres peer
>>
>> # TYPE  DATABASE        USER            ADDRESS METHOD
>>
>> # "local" is for Unix domain socket connections only
>> local   all             all trust
>> # IPv4 local connections:
>> host    all             all             127.0.0.1/32 trust
>>
>> and I create a /root/.pgpass file with this content
>>
>>
>> hostname:port:database:username:password
>> localhost:5432:mydb:robert:
>>
>>
>>
>> but still I get:
>>
>> root(at)elfero:~# pg_dump  -U robert -d mydb > dumps/mydb.sql
>> pg_dump: [archiver (db)] connection to database "mydb" failed: FATAL:  Peer
>> authentication failed for user "robert"
>>
>>
>> can you please give me a hand
>
> 1) Did you have the server reload the conf files after making the changes?
yes I did
>
> 2) Is there an entry for something like:
>
> local   all     all  peer
>
> before the lines you show above?

no

I added the whol pg_conf at the end.

There is one thing particulare with the installation.

I have postgresql 9.5 and 10.0 on the box.

now when I check

pg_dump -V
pg_dump (PostgreSQL) 9.5.24

root(at)elfero:~# ll /usr/bin/pg_dump
lrwxrwxrwx 1 root root 37 Nov 13  2019 /usr/bin/pg_dump ->
../share/postgresql-common/pg_wrapper*

when I switch to user postgres, and the us psql, I get the following:

root(at)elfero:~# su postgres
postgres(at)elfero:/root$ psql -d  elfero
could not change directory to "/root": Permission denied
psql (10.16 (Ubuntu 10.16-0ubuntu0.18.04.1), server 9.5.24)
Type "help" for help.

looks, as if I have a mess with this two instances.

How can I best clean that up.

I need only PostgreSQL 10

thanks again

robert

# PostgreSQL Client Authentication Configuration File
# ===================================================
#
# Refer to the "Client Authentication" section in the PostgreSQL
# documentation for a complete description of this file. A short
# synopsis follows.
#
# This file controls: which hosts are allowed to connect, how clients
# are authenticated, which PostgreSQL user names they can use, which
# databases they can access. Records take one of these forms:
#
# local DATABASE USER METHOD [OPTIONS]
# host DATABASE USER ADDRESS METHOD [OPTIONS]
# hostssl DATABASE USER ADDRESS METHOD [OPTIONS]
# hostnossl DATABASE USER ADDRESS METHOD [OPTIONS]
#
# (The uppercase items must be replaced by actual values.)
#
# The first field is the connection type: "local" is a Unix-domain
# socket, "host" is either a plain or SSL-encrypted TCP/IP socket,
# "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a
# plain TCP/IP socket.
#
# DATABASE can be "all", "sameuser", "samerole", "replication", a
# database name, or a comma-separated list thereof. The "all"
# keyword does not match "replication". Access to replication
# must be enabled in a separate record (see example below).
#
# USER can be "all", a user name, a group name prefixed with "+", or a
# comma-separated list thereof. In both the DATABASE and USER fields
# you can also write a file name prefixed with "@" to include names
# from a separate file.
#
# ADDRESS specifies the set of hosts the record matches. It can be a
# host name, or it is made up of an IP address and a CIDR mask that is
# an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that
# specifies the number of significant bits in the mask. A host name
# that starts with a dot (.) matches a suffix of the actual host name.
# Alternatively, you can write an IP address and netmask in separate
# columns to specify the set of hosts. Instead of a CIDR-address, you
# can write "samehost" to match any of the server's own IP addresses,
# or "samenet" to match any address in any subnet that the server is
# directly connected to.
#
# METHOD can be "trust", "reject", "md5", "password", "scram-sha-256",
# "gss", "sspi", "ident", "peer", "pam", "ldap", "radius" or "cert".
# Note that "password" sends passwords in clear text; "md5" or
# "scram-sha-256" are preferred since they send encrypted passwords.
#
# OPTIONS are a set of options for the authentication in the format
# NAME=VALUE. The available options depend on the different
# authentication methods -- refer to the "Client Authentication"
# section in the documentation for a list of which options are
# available for which authentication methods.
#
# Database and user names containing spaces, commas, quotes and other
# special characters must be quoted. Quoting one of the keywords
# "all", "sameuser", "samerole" or "replication" makes the name lose
# its special character, and just match a database or username with
# that name.
#
# This file is read on server startup and when the server receives a
# SIGHUP signal. If you edit the file on a running system, you have to
# SIGHUP the server for the changes to take effect, run "pg_ctl reload",
# or execute "SELECT pg_reload_conf()".
#
# Put your actual configuration here
# ----------------------------------
#
# If you want to allow non-local connections, you need to add more
# "host" records. In that case you will also need to make PostgreSQL
# listen on a non-local interface via the listen_addresses
# configuration parameter, or via the -i or -h command line switches.
# DO NOT DISABLE!
# If you change this first entry you will need to make sure that the
# database superuser can access the database using some other method.
# Noninteractive access to all databases is required during automatic
# maintenance (custom daily cronjobs, replication, and similar tasks).
#
# Database administrative login by Unix domain socket
#local all postgres peer
# TYPE DATABASE USER ADDRESS METHOD
# "local" is for Unix domain socket connections only
local all all trust
# IPv4 local connections:
host all all 127.0.0.1/32 trust
q# IPv6 local connections:
host all all ::1/128 md5
# Allow replication connections from localhost, by a user with the
# replication privilege.
local replication all peer
host replication all 127.0.0.1/32 md5
host replication all ::1/128 md5

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2021-03-13 17:37:33 Re: how to set permission, so I can run pg_dumd in a cron job
Previous Message Adrian Klaver 2021-03-13 16:23:39 Re: how to set permission, so I can run pg_dumd in a cron job