|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
Добрый день, после решения следующей проблемы с сегментированием в системе(debian jessie 64x): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Код: plaintext 1.
Подскажите пожалуйста, решу ли я проблему снятием бекапа с текущей системы и восстановлением в новый кластер? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 14:26 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
При попытке выполнить полный бекап базы, получил ошибку: Код: plaintext
Получается возможность восстановить данные из бекапа до взбоя.. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 14:49 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
иногда в linux сообщение Could not open file говорит о том, что система смонтировалась только в режим чтения и система не может создать дискриптор этого файла, чтобы прочитать его. посмотрите, всё ли хорошо с FS по поводу восстановления: восстановить базу данных без этих журналов без бекапа невозможно (по крайней мере штатно) снять бекап тоже проблематично, т.к. бекап подразумевает целостность транзакций в бекапе, а у Вас система без этого журнала не знает какие транзакции завершены, а какие нет ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 14:56 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
Спасибо за ответ! Проверил разделы, они смонтированы верно(rw). Попробую восстановить базу из ночного бекапа. Вопрос есть ли необходимость в инциализации кластера повторно, или можно восстановить в текущий? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:06 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
t0m, я понял pg_dump создавал? Я б переинициировал на всякий. А ещё проверил ФС, диски и память. По-хорошему, лучше "тёплый" backup архивировать и на другую машину складывать. Самый свежий снимок не сжимать, тогда скорость развёртывания будет равна перезаливу файлов. У меня так всё организовано, пока что оправдывается. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:13 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
ОКТОГЕН, спасибо, да pg_dump-ом (срез делаем и раз в неделю pg_basebackup). Все бекапы храним на отдельных шарах. Проблему нашли, пофиксили, а следствием получили ошибки в транзакициях. У нас также отвалилась репликация, пока не выяснил причину, возможно из-за этой же проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:19 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
t0mСпасибо за ответ! Проверил разделы, они смонтированы верно(rw). Попробую восстановить базу из ночного бекапа. Вопрос есть ли необходимость в инциализации кластера повторно, или можно восстановить в текущий? Строго заново инициализировать после таких сбоев. (на всякий случай оставить старую версию где то в другом месте мало ли что) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:19 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
нужна не зависимо от того, будет это текущий каталог или новый, но если текущий, то: 1. остановить бд 2. сохранить pg_hba.conf 3.удалить данные из директории data/* 4. сделать ре-инициализацию (initdb) 5. скопировать обратно pg_hba.conf ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:20 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
Alex URSнужна не зависимо от того, будет это текущий каталог или новый, но если текущий, то: 1. остановить бд 2. сохранить pg_hba.conf 3.удалить данные из директории data/* 4. сделать ре-инициализацию (initdb) 5. скопировать обратно pg_hba.conf 3 - переместить данные из data/* в заначку куда то... на случай например если выяснится что у вас backup битый или годичной давности и надо всетаки пытаться оживить старый кластер (или пытаться что то в старой поврежденной базе руками посмотреть). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:28 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
Alex URS2. сохранить pg_hba.conf а postgresql.conf не нужно? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:31 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
mefman, он будет в каталоге data ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:31 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
Спасибо большое за быстрые ответы, очень благодарен! ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 15:32 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
t0mmefman, он будет в каталоге data Не всегда. Сильно зависит от разных обстоятельств. Проверяйте по месту. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 16:35 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
ursido, show config_file если я не ошибаюсь ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 16:45 |
|
Could not open file "pg_clog/0F87"
|
|||
---|---|---|---|
#18+
ursido, верное замечание, mefman был прав ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2018, 16:47 |
|
|
start [/forum/topic.php?fid=53&msg=39641577&tid=1995787]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 303ms |
total: | 448ms |
0 / 0 |