|
Как восстановить? pg_resetxlog: could not create pg_control file: File exists
|
|||
---|---|---|---|
#18+
У клиента не стартует PostgeSQL. Как объяснет админ: отвалился шлейф системного диска, сервак отрубился. После перезапуска служба не стартует. Пару раз такое было, когда они сервак перезагружали во время работы. Тогда помогали команды: pg_controldata "E:\PG_SQL_DATA" pg_resetxlog.exe -o 17008016 -x 19349186 -f "E:\PG_SQL_DATA" сейчас после второй команды лог не очищается, а валится ошибка: pg_resetxlog: could not create pg_control file: File exists Если удалить этот самый pg_control file, то pg_resetxlog.exe не стартует - говорит что не найден файл pg_control. Какой-то замкнутый круг. p.s. сервак вырубился в 2 ночи, по сути в это время с ним никто не работал. можно как-то вытащить хоть какие-то базы? Их там несколько. Бекап каталога до экспериментов есть, но что с ним делать - непонятно. Может кто-то удаленно сможет глянуть? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2017, 10:29 |
|
Как восстановить? pg_resetxlog: could not create pg_control file: File exists
|
|||
---|---|---|---|
#18+
zalexey, pg_controldata хоть что-нибудь пишет?? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2017, 11:56 |
|
Как восстановить? pg_resetxlog: could not create pg_control file: File exists
|
|||
---|---|---|---|
#18+
Отбой! Удалось таки зайти в 1С. Методом тыка дали полный доступ ВСЕМ пользователям на папку с данными в итоге лог успешно сбросился и эта ошибка: pg_resetxlog: could not create pg_control file: File exists ушла! Хотя выполняли из под админа, и у пользователя постгр права на папку были и админа - почему ему прав на перезапись этого файла видимо не хватала. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2017, 12:51 |
|
Как восстановить? pg_resetxlog: could not create pg_control file: File exists
|
|||
---|---|---|---|
#18+
zalexey, pg_resetxlog == "мне не нужна эта база. Пусть как-нибудь запустится в любом виде, а что там получится за бинарная каша вместо данных пусть разбирается кто-нибудь другой" ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2017, 13:17 |
|
Как восстановить? pg_resetxlog: could not create pg_control file: File exists
|
|||
---|---|---|---|
#18+
Нормальные действия в случае нестартующей СУБД начинаются с чтения лога этой СУБД. Там будет написано, почему та отказывается стартовать. СУБД изначально проектируется корректно и консистентно переживать сбои - если вы намеренно не отстрелили себе ноги отключением fsync (в переводе на русский - "да не нужна мне эта база, но пусть быстрее работает на этом тупом диске") и прочими странными действиями. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2017, 13:23 |
|
Как восстановить? pg_resetxlog: could not create pg_control file: File exists
|
|||
---|---|---|---|
#18+
Melkij, сейчас будем проверять на корректность данных и еще раз проверим настройки. fsync стоит в режиме on. Правильно? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2017, 13:29 |
|
Как восстановить? pg_resetxlog: could not create pg_control file: File exists
|
|||
---|---|---|---|
#18+
zalexey, Принято делать бэкапы и разворачивать их в случае сбоев. То, что ситуация была уже несколько раз как бы намекает — пора… ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2017, 19:45 |
|
|
start [/forum/topic.php?fid=53&fpage=64&tid=1996145]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
others: | 283ms |
total: | 412ms |
0 / 0 |