powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / pg_basebackup: could not connect to server: FATAL: the database system is starting up
25 сообщений из 33, страница 1 из 2
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38462212
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Пытаюсь сделать бэкап запущенной БД с помощью утилиты pg_basebackup.
Код: python
1.
/home/postgresql_backup$ pg_basebackup -D postgresql_backup -Ft -z -P


Получаю ошибку: pg_basebackup: could not connect to server: FATAL: the database system is starting up

объясните почему возникает ошибка? в доке пишут, что pg_basebackup умеет делать бэкап работающей БД.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38462311
гуркевич,

у вас бд не работающая, а запускающаяся
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38462335
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
новый фрекен бокгуркевич,

у вас бд не работающая, а запускающаяся
htop показывает что процесс чего-то ожидает. Но я не пойму чего?
Код: plsql
1.
1279 postgres   20   0 1918M 18916 17404 S  0.0  0.0  0:20.92 postgres: startup process   waiting for 0000000600000C050000005F



остановил сервис, запустил заново:
Код: plsql
1.
2.
/postgresql/9.1/main# /etc/init.d/postgresql start
 * Starting PostgreSQL 9.1 database server                                    [ OK ]


опять вижу что процесс пытается запуститься и чего-то ожидает.
как узнать в чём дело?
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38462579
Фотография Ёш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевичкак узнать в чём дело?Нужно прочитать документацию, разобраться как работает администрируемая Вами СУБД, что означают термины WAL, Master, Slave, Hot Standby, как они настраиваются и работают. Тогда вам станет понятна надпись postgres: startup process waiting for 0000000600000C050000005F, конкретно она означает что Ваша СУБД запущена в режиме Hot standby и она ожидает получения следующего необходимого WAL файла. Но вообще давать заключения по заголовкам процессов не очень хорошо, лучше смотреть логфайл.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463103
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ёшгуркевичкак узнать в чём дело?Нужно прочитать документацию, разобраться как работает администрируемая Вами СУБД, что означают термины WAL, Master, Slave, Hot Standby, как они настраиваются и работают. Тогда вам станет понятна надпись postgres: startup process waiting for 0000000600000C050000005F, конкретно она означает что Ваша СУБД запущена в режиме Hot standby и она ожидает получения следующего необходимого WAL файла. Но вообще давать заключения по заголовкам процессов не очень хорошо, лучше смотреть логфайл.
в логе следующее:
Код: plsql
1.
2.
3.
4.
Host key verification failed.
Host key verification failed.
2013-11-13 10:46:42 MSK LOG:  streaming replication successfully connected to primary
2013-11-13 10:46:42 MSK FATAL:  could not receive data from WAL stream: FATAL:  requested WAL segment 0000000600000C1500000044 has already been removed


в конфиге Postgresql.conf
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
# - Standby Servers -

# These settings are ignored on a master server

#hot_standby = off<----><------><------># "on" allows queries during recovery
<------><------><------><------><------># (change requires restart)
#max_standby_archive_delay = 30s<------># max delay before canceling queries
<------><------><------><------><------># when reading WAL from archive;
<------><------><------><------><------># -1 allows indefinite delay
#max_standby_streaming_delay = 30s<----># max delay before canceling queries
<------><------><------><------><------># when reading streaming WAL;
<------><------><------><------><------># -1 allows indefinite delay
#wal_receiver_status_interval = 10s<---># send replies at least this often
<------><------><------><------><------># 0 disables
#hot_standby_feedback = off<---><------># send info from standby to prevent
<------><------><------><------><------># query conflicts


# - Settings -

#wal_level = minimal<--><------><------># minimal, archive, or hot_standby
<------><------><------><------><------># (change requires restart)
#fsync = on<---><------><------><------># turns forced synchronization on or off
#synchronous_commit = on<------><------># synchronization level; on, off, or local
#wal_sync_method = fsync<------><------># the default is the first option
<------><------><------><------><------># supported by the operating system:



авторозначает что Ваша СУБД запущена в режиме Hot standb
в конфиге postgres.conf значения hot_standby не активны, не указаны.

как тогда убрать режим hot_standby?
я раскомментировал значения:
у меня
Код: plsql
1.
2.
3.
wal_level = minimal
hot_standby = off
hot_standby_feedback = off


а в логе всё то же сообщение:
2013-11-13 10:56:35 MSK LOG: streaming replication successfully connected to primary
2013-11-13 10:56:35 MSK FATAL: could not receive data from WAL stream: FATAL: requested WAL segment 0000000600000C1500000044 has already been removed

БД восстанавливал с помощью rsync со standby.
как отключить режим стендбая в моём случае и убрать ожидание получения лога?
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463107
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторБД восстанавливал с помощью rsync со standby.
как отключить режим стендбая в моём случае и убрать ожидание получения лога?

А что вы собственно хотите получить то на выходе?
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463110
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Maxim BogukавторБД восстанавливал с помощью rsync со standby.
как отключить режим стендбая в моём случае и убрать ожидание получения лога?

А что вы собственно хотите получить то на выходе?

Делаю бэкап со стендбая.
На выходе я хочу получить согласованную БД, которая работает в обычном режиме, а не как standby.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463127
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
нашёл. оказалось, что когда я делал бэкап с помощью rsync, то я и забэкапил recovery.conf,
который находился в директории main.
а в этом файле было прописано standby_mode='on'
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463134
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
подскажите, пожалуйста:
запись в логе consistent recovery state reached at C15/442ACD20 - гарантия того,
что восстановленная БД согласованная?

критична ли ошибка Host key verification faile? что делать в этом случае?

что делать с invalid record length at C15/442ACD20? что это за запись?

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
2013-11-13 11:14:32 MSK LOG:  received fast shutdown request
2013-11-13 11:14:32 MSK LOG:  shutting down
2013-11-13 11:14:32 MSK LOG:  database system is shut down
2013-11-13 11:14:36 MSK LOG:  database system was shut down in recovery at 2013-11-13 11:14:32 MSK
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  starting archive recovery
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  redo starts at C15/43C346A8
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  consistent recovery state reached at C15/442ACD20
2013-11-13 11:14:36 MSK LOG:  invalid record length at C15/442ACD20
2013-11-13 11:14:36 MSK LOG:  redo done at C15/442ACCE0
2013-11-13 11:14:36 MSK LOG:  last completed transaction was at log time 2013-11-12 02:07:13.004621+04
2013-11-13 11:14:36 MSK LOG:  incomplete startup packet
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  selected new timeline ID: 7
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  archive recovery complete
2013-11-13 11:14:37 MSK LOG:  autovacuum launcher started
2013-11-13 11:14:37 MSK LOG:  database system is ready to accept connections
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463137
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевичнашёл. оказалось, что когда я делал бэкап с помощью rsync, то я и забэкапил recovery.conf,
который находился в директории main.
а в этом файле было прописано standby_mode='on'

вот вот я как раз об этом и подумал
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463146
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевичподскажите, пожалуйста:
запись в логе consistent recovery state reached at C15/442ACD20 - гарантия того,
что восстановленная БД согласованная?

критична ли ошибка Host key verification faile? что делать в этом случае?

что делать с invalid record length at C15/442ACD20? что это за запись?

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
2013-11-13 11:14:32 MSK LOG:  received fast shutdown request
2013-11-13 11:14:32 MSK LOG:  shutting down
2013-11-13 11:14:32 MSK LOG:  database system is shut down
2013-11-13 11:14:36 MSK LOG:  database system was shut down in recovery at 2013-11-13 11:14:32 MSK
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  starting archive recovery
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  redo starts at C15/43C346A8
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  consistent recovery state reached at C15/442ACD20
2013-11-13 11:14:36 MSK LOG:  invalid record length at C15/442ACD20
2013-11-13 11:14:36 MSK LOG:  redo done at C15/442ACCE0
2013-11-13 11:14:36 MSK LOG:  last completed transaction was at log time 2013-11-12 02:07:13.004621+04
2013-11-13 11:14:36 MSK LOG:  incomplete startup packet
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  selected new timeline ID: 7
Host key verification failed.
2013-11-13 11:14:36 MSK LOG:  archive recovery complete
2013-11-13 11:14:37 MSK LOG:  autovacuum launcher started
2013-11-13 11:14:37 MSK LOG:  database system is ready to accept connections



в общем да исходя из этого лога все нормально...
"2013-11-13 11:14:36 MSK LOG: invalid record length at C15/442ACD20"
значит что база дошла до конца валидного wal архива при recovery
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463890
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
так и не получилось запустить бэкап:
Код: plsql
1.
2.
3.
/etc/postgresql/9.1/main$ /usr/bin/pg_basebackup  -D /home/local_backup -Ft -z -P
pg_basebackup: could not connect to server: FATAL:  
no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL off


в pg_hba.conf внёс запись:
Код: plsql
1.
local all all  127.0.0.1/32 trust


не помогло.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463907
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
прописал в pg_hba.conf так:
Код: plsql
1.
local all trust


ошибка не ушла всё равно:
FATAL: no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL off
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463933
Фотография Ёш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевич, там же пример есть:
Код: plaintext
1.
2.
3.
#local   replication     postgres                                trust
#host    replication     postgres        127.0.0.1/32            trust
#host    replication     postgres        ::1/128                 trust
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463952
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ёшгуркевич, там же пример есть:
Код: plaintext
1.
2.
3.
#local   replication     postgres                                trust
#host    replication     postgres        127.0.0.1/32            trust
#host    replication     postgres        ::1/128                 trust

да. сделал по-другому:

Код: plsql
1.
2.
local all all trust
host all all 127.0.0.1/32 trust


и в postgresql.conf раскомментировал
Код: plsql
1.
listen_addresses = 'localhost'



всё равно не работает
FATAL: no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL off
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38463973
Фотография Ёш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевич, я имел ввиду что replication не входит в all, её отдельно прописывать нужно.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38466194
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ёшгуркевич, я имел ввиду что replication не входит в all, её отдельно прописывать нужно.
а можно пояснить, а лучше показать как её отдельно прописывать?

я с машины 192.168.1.203, например, хочу делать бэкап машины 192.168.1.17

на машине 192.168.1.17 в pg_hba.conf я прописал, что разрешаю подключаться к серверу с машины 192.168.1.203:
Код: plsql
1.
host     replication     postgres        192.168.1.203           trust


после этого я всё равно не могу подключиться и сделать бэкап:
Код: plsql
1.
2.
3.
4.
5.
$ /usr/bin/pg_basebackup  -h 192.168.1.17 -D /home/base_backup/

pg_basebackup: could not connect to server: could not connect to server: Connection refused
        Is the server running on host "192.168.1.17" and accepting
        TCP/IP connections on port 5432?


локально на машине 192.168.1.17 тоже не могу сделать бэкап:
FATAL: no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL off

пишут, что нужно создать пользователя/роль poль replication:
Код: plsql
1.
# create user replica with replication password 'secret'; 


я не могу создать:
Код: plsql
1.
2.
3.
4.
create user replica with replication password 'secret';
No command 'create' found, did you mean:
 Command 'mcreate' from package 'lustre-utils' (universe)
create: command not found



я должен создать этого пользователя на стендбае 192.168.1.17 из psql?
попытался это сделать из psql:
Код: plsql
1.
2.
3.
4.
5.
6.
psql
psql (9.1.9)
Type "help" for help.

postgres=# create user replica with replication password 'replica';
ERROR:  cannot execute CREATE ROLE in a read-only transaction



Я вижу выход в том, чтобы создать этого пользователя на мастере, и
с накатом логов этот пользователь создастся на моём стендбае.
Если это так, то это хорошо, но как быть когда нет доступа к мастеру,
а есть доступ только к стендбаю?

как мне сделать бэкап с помощью pg_basebackup?
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38466319
Фотография Ёш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевич
Код: plsql
1.
2.
3.
pg_basebackup: could not connect to server: could not connect to server: Connection refused
        Is the server running on host "192.168.1.17" and accepting
        TCP/IP connections on port 5432?

Connection refused не имеет отношения к pg_hba.conf, это сообщение об отсутствии связи, в подсказке Вам советуют проверить что сервер действительно запущен и принимает подключения на IP адресе 192.168.1.17 (скорее всего в postgresql.conf в listen_addresses этот IP не входит)
гуркевичлокально на машине 192.168.1.17 тоже не могу сделать бэкап:
FATAL: no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL offну Вы же не разрешили подключатся локально вот он и не пускает.

гуркевичпишут, что нужно создать пользователя/роль poль replication:
Код: plsql
1.
# create user replica with replication password 'secret'; 

можно не создавать, можно создать.
гуркевичя не могу создать:
Код: plsql
1.
2.
3.
4.
create user replica with replication password 'secret';
No command 'create' found, did you mean:
 Command 'mcreate' from package 'lustre-utils' (universe)
create: command not found

Это что такое? :) lustre какой-то, явно не postgres :)

гуркевичя должен создать этого пользователя на стендбае 192.168.1.17 из psql?на стендбае нельзя ничего создавать, он read only, всё создаётся на/через мастере

гуркевично как быть когда нет доступа к мастеру,
а есть доступ только к стендбаю?так не бывает. попросите создать того, у кого есть доступ к мастеру.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38466333
Фотография Ёш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевична машине 192.168.1.17 в pg_hba.conf я прописал, что разрешаю подключаться к серверу с машины 192.168.1.203:
Код: plsql
1.
host     replication     postgres        192.168.1.203           trust

по моему в адресе в pg_hba.conf маска обязательна, должно быть:
Код: plaintext
host     replication     postgres        192.168.1.203/32           trust

PS: кстати после изменения pg_hba.conf его нужно перечитать через restart или reload postgres'а.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38466723
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ёшгуркевична машине 192.168.1.17 в pg_hba.conf я прописал, что разрешаю подключаться к серверу с машины 192.168.1.203:
Код: plsql
1.
host     replication     postgres        192.168.1.203           trust

по моему в адресе в pg_hba.conf маска обязательна, должно быть:
Код: plaintext
host     replication     postgres        192.168.1.203/32           trust

PS: кстати после изменения pg_hba.conf его нужно перечитать через restart или reload postgres'а.
спасибо!
прописал с маской, всё вроде ок, но бэкап всё равно не идёт.
задача: сделать бэкап с помощью утилиты pg_basbackup со standby.
Код: plsql
1.
 /usr/bin/pg_basebackup -U base_backup_user -h 192.168.1.11 -c fast -D /home/base_backup/


pg_basebackup: could not connect to server: FATAL: recovery is still in progress, can't accept WAL streaming connections

как быть?
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38466743
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
кажется ответ такой:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
Chained replication is supported on PostgreSQL 9.2.

9.1 does not support chained replication. You will need to either take the base backup from the master, or:

Stop the replica
Copy the replica manually
Start the replica back up



грустно:((
столько нервов потрачено, а без останова бэкап сделать нельзя...
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38466745
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гуркевичЁшпропущено...
по моему в адресе в pg_hba.conf маска обязательна, должно быть:
Код: plaintext
host     replication     postgres        192.168.1.203/32           trust

PS: кстати после изменения pg_hba.conf его нужно перечитать через restart или reload postgres'а.
спасибо!
прописал с маской, всё вроде ок, но бэкап всё равно не идёт.
задача: сделать бэкап с помощью утилиты pg_basbackup со standby.
Код: plsql
1.
 /usr/bin/pg_basebackup -U base_backup_user -h 192.168.1.11 -c fast -D /home/base_backup/


pg_basebackup: could not connect to server: FATAL: recovery is still in progress, can't accept WAL streaming connections

как быть?

снимать base backup с реплики можно начиная с версии 9.2.0 но не более ранних
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38466971
Гость_0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
гуркевич, а почему не хотите остановить? Если он у вас в бою, сделайте второй standby специально для снятия бекапов.
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38470298
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
продолжаю таки мучить pg_basebackup, и уже хотел обрадоваться первому своему бэкапу,
но оказалось не всё так радужно:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
 pg_basebackup -D /home/base_backup -U replica -h 127.0.0.1 -P

WARNING:  skipping special file "./server.key"
WARNING:  skipping special file "./server.crt"
WARNING:  skipping special file "./server.key"
WARNING:  skipping special file "./server.crt"
1369558/1369558 kB (100%), 1/1 tablespace
NOTICE:  pg_stop_backup cleanup done, waiting for required WAL segments to be archived
WARNING:  pg_stop_backup still waiting for all required WAL segments to be archived (60 seconds elapsed)
HINT:  Check that your archive_command is executing properly.
  pg_stop_backup can be canceled safely, but the database backup will not be usable without all the WAL segments.
WARNING:  pg_stop_backup still waiting for all required WAL segments to be archived (120 seconds elapsed)
HINT:  Check that your archive_command is executing properly.
  pg_stop_backup can be canceled safely, but the database



мне советует система проверить, что параметр archive_comand задан корректно.
проверяю:

Код: plsql
1.
2.
 pwd
/var/lib/postgresql/9.1/main/archive



в конфиге:
Код: plsql
1.
archive_command = '/var/lib/postgresql/9.1/main/archive' 



ошибка в значении параметра archive_command?
...
Рейтинг: 0 / 0
pg_basebackup: could not connect to server: FATAL: the database system is starting up
    #38470302
гуркевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Гость_0гуркевич, а почему не хотите остановить? Если он у вас в бою, сделайте второй standby специально для снятия бекапов.
нужны ресурсы, чтоб ещё один стендбай размещать.

хотелось бы обойти бэкапом, который бы делался на клиенте через pg_basebackup.
...
Рейтинг: 0 / 0
25 сообщений из 33, страница 1 из 2
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / pg_basebackup: could not connect to server: FATAL: the database system is starting up
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]