|
|
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
Пытаюсь сделать бэкап запущенной БД с помощью утилиты pg_basebackup. Код: python 1. Получаю ошибку: pg_basebackup: could not connect to server: FATAL: the database system is starting up объясните почему возникает ошибка? в доке пишут, что pg_basebackup умеет делать бэкап работающей БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 16:17:43 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевич, у вас бд не работающая, а запускающаяся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 16:53:13 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
новый фрекен бокгуркевич, у вас бд не работающая, а запускающаяся htop показывает что процесс чего-то ожидает. Но я не пойму чего? Код: plsql 1. остановил сервис, запустил заново: Код: plsql 1. 2. опять вижу что процесс пытается запуститься и чего-то ожидает. как узнать в чём дело? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 16:58:46 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевичкак узнать в чём дело?Нужно прочитать документацию, разобраться как работает администрируемая Вами СУБД, что означают термины WAL, Master, Slave, Hot Standby, как они настраиваются и работают. Тогда вам станет понятна надпись postgres: startup process waiting for 0000000600000C050000005F, конкретно она означает что Ваша СУБД запущена в режиме Hot standby и она ожидает получения следующего необходимого WAL файла. Но вообще давать заключения по заголовкам процессов не очень хорошо, лучше смотреть логфайл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 19:36:15 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
Ёшгуркевичкак узнать в чём дело?Нужно прочитать документацию, разобраться как работает администрируемая Вами СУБД, что означают термины WAL, Master, Slave, Hot Standby, как они настраиваются и работают. Тогда вам станет понятна надпись postgres: startup process waiting for 0000000600000C050000005F, конкретно она означает что Ваша СУБД запущена в режиме Hot standby и она ожидает получения следующего необходимого WAL файла. Но вообще давать заключения по заголовкам процессов не очень хорошо, лучше смотреть логфайл. в логе следующее: Код: plsql 1. 2. 3. 4. в конфиге 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. авторозначает что Ваша СУБД запущена в режиме Hot standb в конфиге postgres.conf значения hot_standby не активны, не указаны. как тогда убрать режим hot_standby? я раскомментировал значения: у меня Код: plsql 1. 2. 3. а в логе всё то же сообщение: 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. как отключить режим стендбая в моём случае и убрать ожидание получения лога? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 10:58:30 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
авторБД восстанавливал с помощью rsync со standby. как отключить режим стендбая в моём случае и убрать ожидание получения лога? А что вы собственно хотите получить то на выходе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 11:01:17 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
Maxim BogukавторБД восстанавливал с помощью rsync со standby. как отключить режим стендбая в моём случае и убрать ожидание получения лога? А что вы собственно хотите получить то на выходе? Делаю бэкап со стендбая. На выходе я хочу получить согласованную БД, которая работает в обычном режиме, а не как standby. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 11:03:28 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
нашёл. оказалось, что когда я делал бэкап с помощью rsync, то я и забэкапил recovery.conf, который находился в директории main. а в этом файле было прописано standby_mode='on' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 11:16:39 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
подскажите, пожалуйста: запись в логе 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 11:22:46 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевичнашёл. оказалось, что когда я делал бэкап с помощью rsync, то я и забэкапил recovery.conf, который находился в директории main. а в этом файле было прописано standby_mode='on' вот вот я как раз об этом и подумал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 11:25:01 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевичподскажите, пожалуйста: запись в логе 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:36 MSK LOG: invalid record length at C15/442ACD20" значит что база дошла до конца валидного wal архива при recovery ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 11:26:45 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
так и не получилось запустить бэкап: Код: plsql 1. 2. 3. в pg_hba.conf внёс запись: Код: plsql 1. не помогло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 18:20:39 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
прописал в pg_hba.conf так: Код: plsql 1. ошибка не ушла всё равно: FATAL: no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL off ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 18:30:18 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевич, там же пример есть: Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 18:47:29 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
Ёшгуркевич, там же пример есть: Код: plaintext 1. 2. 3. да. сделал по-другому: Код: plsql 1. 2. и в postgresql.conf раскомментировал Код: plsql 1. всё равно не работает FATAL: no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL off ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 18:57:49 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевич, я имел ввиду что replication не входит в all, её отдельно прописывать нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 19:13:01 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
Ёшгуркевич, я имел ввиду что replication не входит в all, её отдельно прописывать нужно. а можно пояснить, а лучше показать как её отдельно прописывать? я с машины 192.168.1.203, например, хочу делать бэкап машины 192.168.1.17 на машине 192.168.1.17 в pg_hba.conf я прописал, что разрешаю подключаться к серверу с машины 192.168.1.203: Код: plsql 1. после этого я всё равно не могу подключиться и сделать бэкап: Код: plsql 1. 2. 3. 4. 5. локально на машине 192.168.1.17 тоже не могу сделать бэкап: FATAL: no pg_hba.conf entry for replication connection from host "[local]", user "postgres", SSL off пишут, что нужно создать пользователя/роль poль replication: Код: plsql 1. я не могу создать: Код: plsql 1. 2. 3. 4. я должен создать этого пользователя на стендбае 192.168.1.17 из psql? попытался это сделать из psql: Код: plsql 1. 2. 3. 4. 5. 6. Я вижу выход в том, чтобы создать этого пользователя на мастере, и с накатом логов этот пользователь создастся на моём стендбае. Если это так, то это хорошо, но как быть когда нет доступа к мастеру, а есть доступ только к стендбаю? как мне сделать бэкап с помощью pg_basebackup? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 12:00:39 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевич Код: plsql 1. 2. 3. 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. можно не создавать, можно создать. гуркевичя не могу создать: Код: plsql 1. 2. 3. 4. Это что такое? :) lustre какой-то, явно не postgres :) гуркевичя должен создать этого пользователя на стендбае 192.168.1.17 из psql?на стендбае нельзя ничего создавать, он read only, всё создаётся на/через мастере гуркевично как быть когда нет доступа к мастеру, а есть доступ только к стендбаю?так не бывает. попросите создать того, у кого есть доступ к мастеру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 13:07:49 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевична машине 192.168.1.17 в pg_hba.conf я прописал, что разрешаю подключаться к серверу с машины 192.168.1.203: Код: plsql 1. по моему в адресе в pg_hba.conf маска обязательна, должно быть: Код: plaintext PS: кстати после изменения pg_hba.conf его нужно перечитать через restart или reload postgres'а. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 13:16:35 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
Ёшгуркевична машине 192.168.1.17 в pg_hba.conf я прописал, что разрешаю подключаться к серверу с машины 192.168.1.203: Код: plsql 1. по моему в адресе в pg_hba.conf маска обязательна, должно быть: Код: plaintext PS: кстати после изменения pg_hba.conf его нужно перечитать через restart или reload postgres'а. спасибо! прописал с маской, всё вроде ок, но бэкап всё равно не идёт. задача: сделать бэкап с помощью утилиты pg_basbackup со standby. Код: plsql 1. pg_basebackup: could not connect to server: FATAL: recovery is still in progress, can't accept WAL streaming connections как быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 16:55:34 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
кажется ответ такой: Код: plsql 1. 2. 3. 4. 5. 6. 7. грустно:(( столько нервов потрачено, а без останова бэкап сделать нельзя... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 17:13:30 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевичЁшпропущено... по моему в адресе в pg_hba.conf маска обязательна, должно быть: Код: plaintext PS: кстати после изменения pg_hba.conf его нужно перечитать через restart или reload postgres'а. спасибо! прописал с маской, всё вроде ок, но бэкап всё равно не идёт. задача: сделать бэкап с помощью утилиты pg_basbackup со standby. Код: plsql 1. pg_basebackup: could not connect to server: FATAL: recovery is still in progress, can't accept WAL streaming connections как быть? снимать base backup с реплики можно начиная с версии 9.2.0 но не более ранних ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 17:13:37 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
гуркевич, а почему не хотите остановить? Если он у вас в бою, сделайте второй standby специально для снятия бекапов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 20:58:31 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
продолжаю таки мучить pg_basebackup, и уже хотел обрадоваться первому своему бэкапу, но оказалось не всё так радужно: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. мне советует система проверить, что параметр archive_comand задан корректно. проверяю: Код: plsql 1. 2. в конфиге: Код: plsql 1. ошибка в значении параметра archive_command? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 17:52:25 |
|
||
|
pg_basebackup: could not connect to server: FATAL: the database system is starting up
|
|||
|---|---|---|---|
|
#18+
Гость_0гуркевич, а почему не хотите остановить? Если он у вас в бою, сделайте второй standby специально для снятия бекапов. нужны ресурсы, чтоб ещё один стендбай размещать. хотелось бы обойти бэкапом, который бы делался на клиенте через pg_basebackup. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 17:54:28 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=38463110&tid=1998784]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
203ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 524ms |

| 0 / 0 |
