Добрый день!
Не могу понять в чем проблема, сделал примитивный sh скрипт, который подчищает папки, потом делает туда резервную копию.
pg_basebackup -X fetch -R -F tar -z -D /pgbackup/ --verbose > /logbackup/log_$NOW.log 2>&1 &

Поставил скрипт в крон, и когда приходит время, в логе я вижу это:

pg_basebackup: could not connect to server: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?


Без крона все отрабатывает.
Не подскажете, в чем может быть проблема? Заранее спасибо.

Guzya,

А как надо сделать? Я зашел под postgres пользователем, посмотрел значение PATH, вставил в скрипт.
Получилось вот так:

rm /pgbackup/*
rm /logbackup/*
PATH=/usr/lib64/qt-3.3/bin:/usr/pgsql-9.4/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
NOW=$(date +"%m-%d-%Y_%H-%M")
pg_basebackup -X fetch -R -F tar -z -D /srv/pgbackup/ --verbose > /logbackup/log_$NOW.log 2>&1 &

но не помогло.

Если что, то в /tmp/.s.PGSQL.5432 Permission denied

но непонятно куда копать.

Maxim Boguk,
От postgres.

bash-4.1$ ls -la /tmp/.s.PGSQL.5433
srwxrwxrwx 1 postgres postgres 0 Nov 29 14:06 /tmp/.s.PGSQL.5433

Guzya,

Переменная установлена, не знаю почему так.
Прописал в cron -p вааааще не отработал, ничего как будто не произошло. Странно...

UPD. С кроном накосячил.
В общем, все получилось. Дело получается действительно было в порте.
Но почему так произошло я так и не смог понять.

Добрый день.
Чтобы не плодить тем, спрошу здесь.
Не могу разобраться с параметром --compress=level
В моей базе много пользовательских табличных пространств, каждое архивируется в файлик с расширением tar.gz.
Этот параметр должен влиять на их сжатие? У меня на выходе каталог, куда я складываю Бэкап, что при --compress=4, что при --compress=9 получается 180 гигабайт данных.
Помогите прояснить этот момент, заранее спасибо.