Автор Тема: apache + php  (Прочитано 2418 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Онлайн vic5710

  • Местный житель
  • ***
  • Сообщений: 452
  • не умножайте сущностей сверх необходимых
Re: apache + php
« Ответ #15 : 27 Июль 2017, 20:49:31 »
ну да, знатоки пишут что должно сработать

 

Оффлайн Екатерина

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 90
Re: apache + php
« Ответ #16 : 28 Июль 2017, 11:14:06 »
ну я скопировала все папки в /main
установила им права drwxr-xr-x  3 postgres postgres
создала файл recovery.conf - правда создала пустым (видимо надо его заполнить, но в документашке там все параметры, которые с первого взгляда мне были не нужны)
и попробовала это счастье запустить. Он подумал, подумал и не запустился( сказал идите смотрите log output, а
tail /var/log/postgresql/postgresql-9.4-main.log пустой(((

Cообщение объединено [time]28 Июля 2017, 11:17:32[/time]


Cообщение объединено [time]28 Июля 2017, 11:56:25[/time]
я даже в /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'
Spoiler: ShowHide
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}


база запустилась, но таблички не восстановились от слова совсем =( это значит, что не видать мне базы, как своих ушей, да?
« Последнее редактирование: 28 Июль 2017, 12:16:04 от Екатерина »
 

Онлайн vic5710

  • Местный житель
  • ***
  • Сообщений: 452
  • не умножайте сущностей сверх необходимых
Re: apache + php
« Ответ #17 : 28 Июль 2017, 18:11:56 »
не могу сказать точно - всегда делал бэкапы, вам лучше на форумах постгре спросить
http://postgresql.ru.net/node/214283
http://www.forum.mista.ru/topic.php?id=463155
вроде там надо заходить тем же юзером, с тем же паролем и той же версией


Cообщение объединено [time]28 Июля 2017, 18:20:04[/time]
и что у вас за директория -main_1 ?
« Последнее редактирование: 28 Июль 2017, 18:54:02 от vic5710 »
 


Оффлайн Екатерина

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 90
Re: apache + php
« Ответ #18 : 31 Июль 2017, 10:31:02 »
Цитировать
и что у вас за директория -main_1 ?
Это я делала бэкап своей папки main на новом сервере, чтобы если все рухнет, можно было вернуться к ней. Так в документашке написано
 

Оффлайн endru

  • Главный модератор
  • Ветеран
  • *****
  • Сообщений: 1818
  • Новосибирск
  • Jabber: endru@jabber.ru
Re: apache + php
« Ответ #19 : 31 Июль 2017, 11:08:31 »
права на директорию и файлы main_1 правильно выставлены?

Онлайн vic5710

  • Местный житель
  • ***
  • Сообщений: 452
  • не умножайте сущностей сверх необходимых
Re: apache + php
« Ответ #20 : 31 Июль 2017, 11:24:03 »
русским же языком написано
Цитировать
1.поставил такую же версию постгри
2.заменил папку data на свою //у вас это main
3.установил полные права на эту папку для пользователя postgres
4.перезапустил службу postgressql
не надо ничего бэкапить на пустом сервере
 
Пользователи, которые поблагодарили этот пост: Екатерина

Оффлайн Екатерина

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 90
Re: apache + php
« Ответ #21 : 31 Июль 2017, 11:44:30 »
так а если не заработает? куда-то возвращаться-то надо!

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

Онлайн vic5710

  • Местный житель
  • ***
  • Сообщений: 452
  • не умножайте сущностей сверх необходимых
Re: apache + php
« Ответ #22 : 31 Июль 2017, 11:55:11 »
сервер постгре останавливали?
 
Пользователи, которые поблагодарили этот пост: Екатерина

Оффлайн Екатерина

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 90
Re: apache + php
« Ответ #23 : 31 Июль 2017, 13:14:29 »
права на директорию и файлы 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ообщение объединено [time]31 Июля 2017, 13:39:17[/time]
сервер постгре останавливали?

Да! я знаю, в чем была моя ошибка. Я следовала инструкции и создавала или заполняла файл 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.
Просто не могу понять, где я дурак(
« Последнее редактирование: 31 Июль 2017, 15:11:20 от Екатерина »
 

Онлайн vic5710

  • Местный житель
  • ***
  • Сообщений: 452
  • не умножайте сущностей сверх необходимых
Re: apache + php
« Ответ #24 : 31 Июль 2017, 23:25:50 »
имхо надо было и файлы конфигурации в /etc скопировать (вдруг вы забыли что-то)
ну если восстановили - поздравляю.опыт -  сын ошибок трудных
 

Теги: apache 
 

Apache + ASP.NET

Автор net-walk

Ответов: 2
Просмотров: 1583
Последний ответ 22 Май 2011, 21:13:35
от net-walk
маски в именах для apache

Автор zCirill

Ответов: 0
Просмотров: 1129
Последний ответ 02 Декабрь 2013, 10:49:24
от zCirill
не заводится apache

Автор Azzure

Ответов: 1
Просмотров: 930
Последний ответ 24 Апрель 2017, 07:08:22
от endru
Настройка связки Apache+nginx

Автор wolfnight

Ответов: 0
Просмотров: 1345
Последний ответ 05 Июль 2012, 20:16:48
от wolfnight
Apache не видит новые настройки

Автор nihi1ist

Ответов: 11
Просмотров: 2779
Последний ответ 04 Май 2016, 06:22:00
от nihi1ist