|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Доброго времени суток, уважаемые! Не имею глубоких познаний в восстановлении postgresql. Прошу помочь. На сервере (ubuntu 16.04.03 x64) после выключения света перестала запускаться служба postgres. Пробовал запуск вручную из под пользователя postgres: su postgres pg_ctl start --pgdata=/var/lib/postgresql/9.6/main/ -w -s -t 300 получаю такую простыню: 2018-02-05 12:45:03 MSK [10150-1] postgres@template1 ВАЖНО: система баз данных запускается 2018-02-05 12:45:03 MSK [10151-1] postgres@template1 ВАЖНО: система баз данных запускается 2018-02-05 12:45:03 MSK [10152-1] postgres@template1 ВАЖНО: система баз данных запускается 2018-02-05 12:45:03 MSK [10153-1] postgres@template1 ВАЖНО: система баз данных запускается 2018-02-05 12:45:04 MSK [10154-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:05 MSK [10157-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:06 MSK [10158-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:07 MSK [10159-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:08 MSK [10160-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:09 MSK [10161-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:10 MSK [10164-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:11 MSK [10165-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:12 MSK [10166-1] postgres@postgres ВАЖНО: система баз данных запускается 2018-02-05 12:45:12 MSK [10020-2] СООБЩЕНИЕ: система БД была остановлена нештатно; производится автоматическое восстановление 2018-02-05 12:45:12 MSK [10020-3] СООБЩЕНИЕ: запись REDO начинается со смещения 61/1B1F9E8 2018-02-05 12:45:12 MSK [10020-4] СООБЩЕНИЕ: неверная длина записи по смещению 61/1EC6E30: ожидалось 24, получено 0 2018-02-05 12:45:12 MSK [10020-5] СООБЩЕНИЕ: записи REDO обработаны до смещения 61/1EC6E08 2018-02-05 12:45:12 MSK [10020-6] СООБЩЕНИЕ: последняя завершённая транзакция была выполнена в 2018-02-05 00:58:40.602511+03 2018-02-05 12:45:13 MSK [10020-7] СООБЩЕНИЕ: request to flush past end of generated WAL; request 61/21AC850, currpos 61/1EC6E30 2018-02-05 12:45:13 MSK [10020-8] КОНТЕКСТ: запись блока 0 отношения base/2904171/2619_vm 2018-02-05 12:45:13 MSK [10020-9] ВАЖНО: xlog flush request 61/21AC850 is not satisfied --- flushed only to 61/1EC6E30 2018-02-05 12:45:13 MSK [10020-10] КОНТЕКСТ: запись блока 0 отношения base/2904171/2619_vm 2018-02-05 12:45:13 MSK [10019-1] СООБЩЕНИЕ: стартовый процесс (PID 10020) завершился с кодом выхода 1 2018-02-05 12:45:13 MSK [10019-2] СООБЩЕНИЕ: прерывание запуска из-за ошибки в стартовом процессе 2018-02-05 12:45:13 MSK [10019-3] СООБЩЕНИЕ: система БД выключена pg_ctl: не удалось запустить сервер Изучите протокол выполнения. Занимаюсь "гуглением" с утра, но пока не понимаю куда копать. Подскажите пожалуйста, что можно сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2018, 12:55 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Valeriy C., 1)место есть на диске 2)в dmesg -T ничего интересного/странного на счет дисков нет? по виду - проблемы с дисками какие то. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2018, 13:28 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
После "Аварии" комп не запускался. Была следующая ошибка: fsck error on boot: /dev/mapper/ubuntu--server--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY При этом я запускал fsck, вручную. Выполнял несколько раз, было штук 30 ошибок. Первые разы пробовал без очистки (clean), но не помогло. Время поджимало и последний запуск я сделал с очисткой таких проблем. 1. Места аж 77 гигов: Filesystem Size Used Avail Use% Mounted on udev 7,8G 0 7,8G 0% /dev tmpfs 1,6G 12M 1,6G 1% /run /dev/mapper/ubuntu--server--vg-root 451G 352G 77G 83% / tmpfs 7,8G 128K 7,8G 1% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup /dev/sda1 472M 114M 334M 26% /boot cgmfs 100K 0 100K 0% /run/cgmanager/fs tmpfs 1,6G 0 1,6G 0% /run/user/999 tmpfs 1,6G 24K 1,6G 1% /run/user/130 tmpfs 1,6G 0 1,6G 0% /run/user/998 tmpfs 1,6G 0 1,6G 0% /run/user/1000 2. Всё красиво и зелено. В конце пара красных строк связанных с виртуалкой, но она тут вобще не при чём... Наверное fsck "побил" таблицы субд ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2018, 13:48 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Valeriy C.После "Аварии" комп не запускался. Была следующая ошибка: fsck error on boot: /dev/mapper/ubuntu--server--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY При этом я запускал fsck, вручную. Выполнял несколько раз, было штук 30 ошибок. Первые разы пробовал без очистки (clean), но не помогло. Время поджимало и последний запуск я сделал с очисткой таких проблем. 1. Места аж 77 гигов: Filesystem Size Used Avail Use% Mounted on udev 7,8G 0 7,8G 0% /dev tmpfs 1,6G 12M 1,6G 1% /run /dev/mapper/ubuntu--server--vg-root 451G 352G 77G 83% / tmpfs 7,8G 128K 7,8G 1% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup /dev/sda1 472M 114M 334M 26% /boot cgmfs 100K 0 100K 0% /run/cgmanager/fs tmpfs 1,6G 0 1,6G 0% /run/user/999 tmpfs 1,6G 24K 1,6G 1% /run/user/130 tmpfs 1,6G 0 1,6G 0% /run/user/998 tmpfs 1,6G 0 1,6G 0% /run/user/1000 2. Всё красиво и зелено. В конце пара красных строк связанных с виртуалкой, но она тут вобще не при чём... Наверное fsck "побил" таблицы субд после fsck ошибок диск обычно форматируют а базу восстанавливают из backup. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2018, 15:36 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Maxim Bogukпосле fsck ошибок диск обычно форматируют а базу восстанавливают из backup.Ничего себе какие вы жесткие... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2018, 15:48 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Alexander RyndinMaxim Bogukпосле fsck ошибок диск обычно форматируют а базу восстанавливают из backup.Ничего себе какие вы жесткие... Потому что понять наверняка что именно побилось и где - не реально. База в любом случае из backup восстанавливать надо. У вас всетаки какая то проблема с диском и записью на него до сих пор скорее всего. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2018, 15:57 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 15:49 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Valeriy C.Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал... Нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 16:04 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Valeriy C.Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал... Попробуйте скопировать ВСЮ инсталляция (не только директорию base она сама по себе бессмысленна) на другой диск физический и там запустить базу. Может получиться (если скопируется). PS: сисадмины и вэбмастеры делятся на 3 категории: те кто еще не делает бэкапы, те, кто уже делает бэкапы, и тех, кто уже делает и проверяет возможность восстановле -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 16:07 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Да, я сисадмин "1-й категории", буду переходить во вторую... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 16:08 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Maxim Boguk, У ТСа же Линукс, значит и бекапы должны быть. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 16:09 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Valeriy C.Да, я сисадмин "1-й категории", буду переходить во вторую... неправильно. нужно сразу в 3ю ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 16:09 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Maxim BogukValeriy C.Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал... Попробуйте скопировать ВСЮ инсталляция (не только директорию base она сама по себе бессмысленна) на другой диск физический и там запустить базу. Может получиться (если скопируется). PS: сисадмины и вэбмастеры делятся на 3 категории: те кто еще не делает бэкапы, те, кто уже делает бэкапы, и тех, кто уже делает и проверяет возможность восстановле -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru но не всегда удается восстановить полностью ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 16:38 |
|
После аварийного отключения упал Postgres 9.6
|
|||
---|---|---|---|
#18+
Ролг ХупинMaxim Bogukпропущено... делает и проверяет возможность восстановле но не всегда удается восстановить полностью любая проверка готовности к не гарантирует сохранность "готовности" в бубущем не помню, есть ли теорема об этом -- но это общее место такое же , как "система фиксированного уровня надежности за бесконечный период эксплуатации обязательно сдохнет" или "из бесконечного числа систем с фиксированным [даже очень высоким] уровнем надежности, конечное число, отличное от 0, сдохнет в первые часы (секунды) эксплуатации" можно только повышать шансы ,но не гарантировать и да -- хорошо, что йа не одмин ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2018, 17:00 |
|
|
start [/forum/topic.php?fid=53&msg=39596719&tid=1995951]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 297ms |
total: | 424ms |
0 / 0 |