Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / pg_basebackup: could not connect to server: FATAL: the database system is starting up / 25 сообщений из 33, страница 1 из 2
12.11.2013, 16:17:43
    #38462212
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
Пытаюсь сделать бэкап запущенной БД с помощью утилиты 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
12.11.2013, 16:53:13
    #38462311
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевич,

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

у вас бд не работающая, а запускающаяся
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
12.11.2013, 19:36:15
    #38462579
Ёш
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевичкак узнать в чём дело?Нужно прочитать документацию, разобраться как работает администрируемая Вами СУБД, что означают термины WAL, Master, Slave, Hot Standby, как они настраиваются и работают. Тогда вам станет понятна надпись postgres: startup process waiting for 0000000600000C050000005F, конкретно она означает что Ваша СУБД запущена в режиме Hot standby и она ожидает получения следующего необходимого WAL файла. Но вообще давать заключения по заголовкам процессов не очень хорошо, лучше смотреть логфайл.
...
Рейтинг: 0 / 0
13.11.2013, 10:58:30
    #38463103
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
Ёшгуркевичкак узнать в чём дело?Нужно прочитать документацию, разобраться как работает администрируемая Вами СУБД, что означают термины 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
13.11.2013, 11:01:17
    #38463107
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
авторБД восстанавливал с помощью rsync со standby.
как отключить режим стендбая в моём случае и убрать ожидание получения лога?

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

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

Делаю бэкап со стендбая.
На выходе я хочу получить согласованную БД, которая работает в обычном режиме, а не как standby.
...
Рейтинг: 0 / 0
13.11.2013, 11:16:39
    #38463127
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
нашёл. оказалось, что когда я делал бэкап с помощью rsync, то я и забэкапил recovery.conf,
который находился в директории main.
а в этом файле было прописано standby_mode='on'
...
Рейтинг: 0 / 0
13.11.2013, 11:22:46
    #38463134
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
подскажите, пожалуйста:
запись в логе 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
13.11.2013, 11:25:01
    #38463137
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевичнашёл. оказалось, что когда я делал бэкап с помощью rsync, то я и забэкапил recovery.conf,
который находился в директории main.
а в этом файле было прописано standby_mode='on'

вот вот я как раз об этом и подумал
...
Рейтинг: 0 / 0
13.11.2013, 11:26:45
    #38463146
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевичподскажите, пожалуйста:
запись в логе 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
13.11.2013, 18:20:39
    #38463890
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
так и не получилось запустить бэкап:
Код: 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
13.11.2013, 18:30:18
    #38463907
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
прописал в 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
13.11.2013, 18:47:29
    #38463933
Ёш
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевич, там же пример есть:
Код: 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
13.11.2013, 18:57:49
    #38463952
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
Ёшгуркевич, там же пример есть:
Код: 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
13.11.2013, 19:13:01
    #38463973
Ёш
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевич, я имел ввиду что replication не входит в all, её отдельно прописывать нужно.
...
Рейтинг: 0 / 0
15.11.2013, 12:00:39
    #38466194
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
Ёшгуркевич, я имел ввиду что 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
15.11.2013, 13:07:49
    #38466319
Ёш
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевич
Код: 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
15.11.2013, 13:16:35
    #38466333
Ёш
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевична машине 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
15.11.2013, 16:55:34
    #38466723
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
Ёшгуркевична машине 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
15.11.2013, 17:13:30
    #38466743
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
кажется ответ такой:
Код: 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
15.11.2013, 17:13:37
    #38466745
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевичЁшпропущено...
по моему в адресе в 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
15.11.2013, 20:58:31
    #38466971
Гость_0
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
гуркевич, а почему не хотите остановить? Если он у вас в бою, сделайте второй standby специально для снятия бекапов.
...
Рейтинг: 0 / 0
19.11.2013, 17:52:25
    #38470298
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
продолжаю таки мучить 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
19.11.2013, 17:54:28
    #38470302
гуркевич
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_basebackup: could not connect to server: FATAL: the database system is starting up
Гость_0гуркевич, а почему не хотите остановить? Если он у вас в бою, сделайте второй standby специально для снятия бекапов.
нужны ресурсы, чтоб ещё один стендбай размещать.

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


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