Гость
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / После аварийного отключения упал Postgres 9.6 / 14 сообщений из 14, страница 1 из 1
05.02.2018, 12:55
    #39596686
Valeriy C.
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Доброго времени суток, уважаемые!
Не имею глубоких познаний в восстановлении 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: не удалось запустить сервер
Изучите протокол выполнения.

Занимаюсь "гуглением" с утра, но пока не понимаю куда копать. Подскажите пожалуйста, что можно сделать?
...
Рейтинг: 0 / 0
05.02.2018, 13:28
    #39596719
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Valeriy C.,

1)место есть на диске
2)в dmesg -T ничего интересного/странного на счет дисков нет?

по виду - проблемы с дисками какие то.
...
Рейтинг: 0 / 0
05.02.2018, 13:48
    #39596740
Valeriy C.
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
После "Аварии" комп не запускался. Была следующая ошибка:
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 "побил" таблицы субд
...
Рейтинг: 0 / 0
05.02.2018, 15:36
    #39596846
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
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.
...
Рейтинг: 0 / 0
05.02.2018, 15:48
    #39596859
Alexander Ryndin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Maxim Bogukпосле fsck ошибок диск обычно форматируют а базу восстанавливают из backup.Ничего себе какие вы жесткие...
...
Рейтинг: 0 / 0
05.02.2018, 15:57
    #39596871
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Alexander RyndinMaxim Bogukпосле fsck ошибок диск обычно форматируют а базу восстанавливают из backup.Ничего себе какие вы жесткие...

Потому что понять наверняка что именно побилось и где - не реально. База в любом случае из backup восстанавливать надо.
У вас всетаки какая то проблема с диском и записью на него до сих пор скорее всего.
...
Рейтинг: 0 / 0
09.02.2018, 15:49
    #39599770
Valeriy C.
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал...
...
Рейтинг: 0 / 0
09.02.2018, 16:04
    #39599788
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Valeriy C.Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал...

Нет.
...
Рейтинг: 0 / 0
09.02.2018, 16:07
    #39599792
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Valeriy C.Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал...

Попробуйте скопировать ВСЮ инсталляция (не только директорию base она сама по себе бессмысленна) на другой диск физический и там запустить базу.
Может получиться (если скопируется).

PS: сисадмины и вэбмастеры делятся на 3 категории: те кто еще не делает бэкапы, те, кто уже делает бэкапы, и тех, кто уже делает и проверяет возможность восстановле

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
09.02.2018, 16:08
    #39599793
Valeriy C.
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Да, я сисадмин "1-й категории", буду переходить во вторую...
...
Рейтинг: 0 / 0
09.02.2018, 16:09
    #39599795
mefman
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Maxim Boguk,
У ТСа же Линукс, значит и бекапы должны быть.
...
Рейтинг: 0 / 0
09.02.2018, 16:09
    #39599796
mefman
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Valeriy C.Да, я сисадмин "1-й категории", буду переходить во вторую...
неправильно. нужно сразу в 3ю
...
Рейтинг: 0 / 0
09.02.2018, 16:38
    #39599813
Ролг Хупин
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Maxim BogukValeriy C.Подскажите пожалуйста, в папке поломатого кластера куча всего. Есть каталог base с множеством файлов (в названиях одни цифры). Могу я хоть как-то вручную копировать из поломанного кластера в новый файлы, чтобы хотя бы какие-то данные перенеслись? Идея конечно глуповастенькая, но ничего умнее не придумал...

Попробуйте скопировать ВСЮ инсталляция (не только директорию base она сама по себе бессмысленна) на другой диск физический и там запустить базу.
Может получиться (если скопируется).

PS: сисадмины и вэбмастеры делятся на 3 категории: те кто еще не делает бэкапы, те, кто уже делает бэкапы, и тех, кто уже делает и проверяет возможность восстановле

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

но не всегда удается восстановить полностью
...
Рейтинг: 0 / 0
09.02.2018, 17:00
    #39599824
qwwq
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
После аварийного отключения упал Postgres 9.6
Ролг ХупинMaxim Bogukпропущено...

делает и проверяет возможность восстановле


но не всегда удается восстановить полностью
любая проверка готовности к не гарантирует сохранность "готовности" в бубущем
не помню, есть ли теорема об этом -- но это общее место

такое же , как "система фиксированного уровня надежности за бесконечный период эксплуатации обязательно сдохнет"
или "из бесконечного числа систем с фиксированным [даже очень высоким] уровнем надежности, конечное число, отличное от 0, сдохнет в первые часы (секунды) эксплуатации"


можно только повышать шансы ,но не гарантировать

и да -- хорошо, что йа не одмин
...
Рейтинг: 0 / 0
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / После аварийного отключения упал Postgres 9.6 / 14 сообщений из 14, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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