apache + php

[vic5710]

ну да, знатоки пишут что должно сработать

[Екатерина]

ну я скопировала все папки в /main
установила им права drwxr-xr-x  3 postgres postgres
создала файл recovery.conf - правда создала пустым (видимо надо его заполнить, но в документашке там все параметры, которые с первого взгляда мне были не нужны)
и попробовала это счастье запустить. Он подумал, подумал и не запустился( сказал идите смотрите log output, а

Код Выделить Развернуть

tail /var/log/postgresql/postgresql-9.4-main.log пустой(((
Cообщение объединено 28 Июля 2017, 11:17:32

Cообщение объединено 28 Июля 2017, 11:56:25
я даже в /etc/postgresql/9.4/main/pg_ctl.conf  прописала
pg_ctl_options = '-l /tmp/pg.log'

и единственное, что я вижу в логах при запуске службы, это

Код Выделить Развернуть

cat /tmp/pg.log
2017-07-28 11:52:57 MSK [12325-1] ОТМЕТКА:  передача вывода в протокол процессу сбора протоколов
2017-07-28 11:52:57 MSK [12325-2] ПОДСКАЗКА:  В дальнейшем протоколы будут выводиться в каталог "pg_log".
2017-07-28 11:54:11 MSK [12411-1] ОТМЕТКА:  передача вывода в протокол процессу сбора протоколов
2017-07-28 11:54:11 MSK [12411-2] ПОДСКАЗКА:  В дальнейшем протоколы будут выводиться в каталог "pg_log".

Причем одинаковый лог и при удачном запуске, когда я возвращаю исходную папку main и при неудачном, когда пытаюсь восстановить предыдущую папку(
Cообщение объединено 28 июля 2017, 12:16:04
так =) я нашла лог в папке /var/lib/postgresql/9.4/main/pg_log
еще я прописала в файле restore.conf

Код Выделить Развернуть

restore_command = 'cp /var/lib/postgresql/9.4/main_1/%f %p'

Открыть содержимое (спойлер)

2017-07-28 12:05:55 MSK [12840-1] ОТМЕТКА:  система БД была выключена: 2017-07-28 12:02:21 MSK
2017-07-28 12:05:55 MSK [12840-2] ОТМЕТКА:  начинается восстановление архива
cp: не удалось выполнить stat для «/var/lib/postgresql/9.4/main_1/000000010000000000000001»: Нет такого файла или каталога
2017-07-28 12:05:55 MSK [12840-3] ПРЕДУПРЕЖДЕНИЕ:  WAL был создан с параметром wal_level=minimal, возможна потеря данных
2017-07-28 12:05:55 MSK [12840-4] ПОДСКАЗКА:  Это происходит, если вы на время установили wal_level=minimal и не сделали резервную копию базу данных.
2017-07-28 12:05:55 MSK [12840-5] ОТМЕТКА:  согласованное состояние восстановления достигнуто по смещению 0/17CF6C8
2017-07-28 12:05:55 MSK [12840-6] ОТМЕТКА:  запись нулевой длины по смещению 0/17CF6C8
2017-07-28 12:05:55 MSK [12840-7] ОТМЕТКА:  данные REDO не требуются
cp: не удалось выполнить stat для «/var/lib/postgresql/9.4/main_1/000000010000000000000001»: Нет такого файла или каталога
cp: не удалось выполнить stat для «/var/lib/postgresql/9.4/main_1/00000002.history»: Нет такого файла или каталога
2017-07-28 12:05:55 MSK [12840-8] ОТМЕТКА:  выбранный ID новой линии времени: 2
cp: не удалось выполнить stat для «/var/lib/postgresql/9.4/main_1/00000001.history»: Нет такого файла или каталога
2017-07-28 12:05:55 MSK [12847-1] [н/д]@[н/д] ОТМЕТКА:  неполный стартовый пакет
2017-07-28 12:05:56 MSK [12840-9] ОТМЕТКА:  восстановление архива завершено
2017-07-28 12:05:56 MSK [12840-10] ОТМЕТКА:  Защита от наложения мультитранзакций сейчас включена
2017-07-28 12:05:56 MSK [12838-3] ОТМЕТКА:  система БД готова принимать подключения
2017-07-28 12:05:56 MSK [12849-1] ОТМЕТКА:  процесс запуска автоочистки создан
2017-07-28 12:05:56 [12838] АУДИТ: УСПЕХ, Подключение, [local], "postgres", SU = "postgres" (10), CU = "postgres" (10): мандатная метка: {0,0}
2017-07-28 12:05:56 [12838] АУДИТ: УСПЕХ, Отключение, [local], "postgres", SU = "postgres" (10), CU = "postgres" (10)
2017-07-28 12:05:56 [12838] АУДИТ: УСПЕХ, Подключение, [local], "postgres", SU = "postgres" (10), CU = "postgres" (10): мандатная метка: {0,0}
2017-07-28 12:05:56 [12838] АУДИТ: УСПЕХ, Отключение, [local], "postgres", SU = "postgres" (10), CU = "postgres" (10)
2017-07-28 12:05:57 [12838] АУДИТ: УСПЕХ, Подключение, [local], "postgres", SU = "postgres" (10), CU = "postgres" (10): мандатная метка: {0,0}
2017-07-28 12:05:57 [12838] АУДИТ: УСПЕХ, Отключение, [local], "postgres", SU = "postgres" (10), CU = "postgres" (10)
2017-07-28 12:09:47 MSK [12933-1] postgres@postgres ОТМЕТКА:  не удалось получить данные от клиента: Соединение сброшено другой стороной
2017-07-28 12:09:54 [12838] АУДИТ: УСПЕХ, Подключение, 192.168.0.207, "postgres", SU = "postgres" (10), CU = "postgres" (10): мандатная метка: {0,0}

[свернуть]

база запустилась, но таблички не восстановились от слова совсем =( это значит, что не видать мне базы, как своих ушей, да?

[vic5710]

не могу сказать точно - всегда делал бэкапы, вам лучше на форумах постгре спросить
http://postgresql.ru.net/node/214283
http://www.forum.mista.ru/topic.php?id=463155
вроде там надо заходить тем же юзером, с тем же паролем и той же версией

Cообщение объединено 28 Июля 2017, 18:20:04
и что у вас за директория -main_1 ?

[Екатерина]

и что у вас за директория -main_1 ?

Это я делала бэкап своей папки main на новом сервере, чтобы если все рухнет, можно было вернуться к ней. Так в документашке написано

[endru]

права на директорию и файлы main_1 правильно выставлены?

[vic5710]

русским же языком написано

1.поставил такую же версию постгри
2.заменил папку data на свою //у вас это main
3.установил полные права на эту папку для пользователя postgres
4.перезапустил службу postgressql

не надо ничего бэкапить на пустом сервере

[Екатерина]

так а если не заработает? куда-то возвращаться-то надо!

эти 4 действия у меня не заработали( возможно из-за плохой ауры

[vic5710]

сервер постгре останавливали?

[Екатерина]

права на директорию и файлы main_1 правильно выставлены?

а зачем на main_1 правильные права? Восстанавливается из папки main.
на нее права выставила такие:
root@optic:/var/lib/postgresql/9.4# ls -la
итого 36
drwxr-xr-x  4 postgres postgres  4096 июля  28 12:23 .
drwxr-xr-x  3 postgres postgres  4096 июля  27 15:40 ..
drwx------ 19 postgres postgres  4096 июля  31 10:28 main
drwx------ 19 postgres postgres  4096 июля  28 12:02 main_1


Cообщение объединено 31 Июля 2017, 13:39:17

сервер постгре останавливали?

Да! я знаю, в чем была моя ошибка. Я следовала инструкции и создавала или заполняла файл recovery.conf. А если такой делать, то он начинает восстанавливать, что ни к чему не приводит.
Вот собственно выключила,скопировала, переименовала, запустила - все заработало! огромное Вам нечеловеческое спасибо!
Я все восстановила и главное даже записала на будущее, как я это делала. пойду создавать бэкап этого счастья для потомков. на случай, если кривые руки не только у меня
Cообщение объединено 31 июля 2017, 15:11:20
у меня только после восстановления выходит ошибка psql: СБОЙ: пользователь "postgres" не прошёл проверку подлинности (Peer)
хотя пользователь создан в астре и я его вижу в слeжебных пользователях (vipw)

postgres:x:109:117:PostgreSQL administrator,,,:/var/lib/postgresql:/bin/bash

пароль я ему устанавливала такой же как и в постгре. В принципе по сравнению с потерей базы проблема совсем не критичная и решилась заменой peer на trust в pg_hba.conf.
Просто не могу понять, где я дурак(

[vic5710]

имхо надо было и файлы конфигурации в /etc скопировать (вдруг вы забыли что-то)
ну если восстановили - поздравляю.опыт -  сын ошибок трудных