У меня есть VPS, размещающий с перенаправлением домена к нему. У меня есть стек LAMP для моего основного веб-сайта с помощью WordPress CMS. Плюс я использую Odoo в качестве своего бэкенда с Python и PostgreSQL в субдомене.
Все хорошо работало, пока я не установил Certbot, Давайте Зашифруем для получения сертификата SSL следующим эти учебные руководства
Для Моего Wordpress я установил, плагин:
Который получил меня в цикле, потому что он вызвал https, я объясню это позже
Таким образом, когда плагин не работал, я искал иначе для Целый VPS с этими учебными руководствами:
Как защитить Apache с, давайте зашифруем на Ubuntu 16.04
Как защитить Apache с, давайте зашифруем на Ubuntu 18.04
После завершения второго учебного руководства для человечности 18.04 я заметил, что весь мой доменный трафик идет в https, и это застряло в цикле, говоря то же, как я сказал выше
"ERR_TOO_MANY_REDIRECTS, что означает Сайт, перенаправил слишком много раз"
и не мог получить доступ к фронтенду веб-сайта для Wordpress в домене.
Затем, когда я подал заявку
"Шаг 3 — разрешение HTTPS через брандмауэр"
мое интернет-соединение интерпретировалось и когда я возвратился к ssh сессии, я нашел мой сам заблокированным из сервера и не нашел способа возвратиться в.
И когда я усталый для использования субдомена, который имеет Odoo на нем, у меня есть тот же errr
"ERR_TOO_MANY_REDIRECTS, что означает Сайт, перенаправил слишком много раз"
Пока здесь я не был безнадежен и не знал, что сделать.
Я связался со своим поставщиком сервера VPS и сказал ему о том, что точно произошло. Затем некоторые, как ему удалось получить меня в сервер снова с URL к терминалу я все еще, не могли получить доступ к серверу с помощью ssh клиенты как шпаклевка.. таким образом, то, когда я ввел сервер после того, как он предоставил мне URL, которым первая замеченная вещь состоит в том, что он "перезагрузил VPS", доберется до этого через секунду.
Таким образом, первая вещь, которую я сделал, удаляла плагин Wordpress "Шифрование WP", и обновите URL сайта Wordpress в wp_options таблице в mysql базе данных, потому что плагин изменил его от http до https, таким образом, я возвратил его, и это решило ERR_TOO_MANY_REDIRECTS для моего веб-сайта.
Затем вторая вещь, которую я сделал, отключала ufw брандмауэр, который я включил в учебном руководстве на Шаге 3 выше.
Я немедленно получил свое соединение с сервером назад с помощью ssh клиентскую шпаклевку, но что я заметил, снова услуги пост-ГРЭС, было неактивно и понизился с перезагрузкой VPS., я пытался запустить сервис, но это не сделало давания мне эта ошибка.
Failed to start postgresql.service: Unit postgresql.service is masked.
я искал решение и нашел, что эти команды размаскировали
sudo systemctl unmask postgresql
sudo systemctl enable postgresql
sudo systemctl restart postgresql
и затем сервис запустился и все семы хорошо, когда я выполняю команду состояния
service postgresql status
ответ
● postgresql.service - LSB: PostgreSQL RDBMS server
Loaded: loaded (/etc/init.d/postgresql; generated)
Active: active (exited) since Thu 2020-03-26 05:54:09 UTC; 2h 22min ago
Docs: man:systemd-sysv-generator(8)
Tasks: 0 (limit: 2286)
Memory: 0B
CGroup: /system.slice/postgresql.service
но то, когда я пытаюсь соединиться с пост-ГРЭС через порт по умолчанию, говорит:
could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"
после многих поисков, которые я сделал, я нашел, что posgres основной кластер также неактивен, или вниз я пытался запустить его с этой команды
pg_ctlcluster 11 main start
но у меня есть эта ошибка
Job for postgresql@11-main.service failed because the service did not take the steps required by its unit configuration. See "systemctl status postgresql@11-main.service" and "journalctl -xe" for details.
и когда я выполняю команду согласно просьбе
systemctl status postgresql@11-main.service
у меня есть эта ошибка
● postgresql@11-main.service - PostgreSQL Cluster 11-main Loaded: loaded (/lib/systemd/system/postgresql@.service; disabled; vendor preset: enabled) Active: failed (Result: protocol) since Thu 2020-03-26 15:22:15 UTC; 14s ago Process: 18930 ExecStart=/usr/bin/pg_ctlcluster --skip-systemctl-redirect 11-main start (code=exited, status=1/FAILURE)
один с
systemd[1]: Starting PostgreSQL Cluster 11-main...
postgresql@11-main[18930]: Error: Could not find pg_ctl executable for version 11
systemd[1]: postgresql@11-main.service: Can't open PID file /run/postgresql/11-main.pid (yet?) after start: No such file or
systemd[1]: postgresql@11-main.service: Failed with result 'protocol'.
systemd[1]: Failed to start PostgreSQL Cluster 11-main.
Я предположил, Давайте Зашифруем, добавила ssl конфигурация к pg_hba.conf, и postgres.conf как идентификатор сделал с апачем, таким образом, я искал их и прокомментировал "ssl на" строках и перезапустил услуги пост-ГРЭС наряду с основным кластером, но ничего не произошла все еще та же ошибка, которая является
Error: Could not find pg_ctl executable for version 11
Я искал много эту проблему, но ничто не работало, как я могу решить pg_ctl исполняемый файл в версии 11??
Спасибо в усовершенствованном я действительно ценю его
Ps: Я использую Ubuntu 19.10 (GNU/Linux 5.3.0-24-универсальный x86_64) Odoo 11 с пост-ГРЭС 11, поскольку база данных odoo не может соединиться с пост-ГРЭС, как я упомянул прежде
Таким образом, наконец после часы рытья
Все файлы PostgreSQL, где поврежденный и пропавшие без вести и я потеряли надежду на восстановление их, я не знаю то, что вызвало это, но они имеют отношение со случайной перезагрузкой сервера.
Таким образом, мне удалось найти основной кластерный файл данных для моей важной информации о базе данных для рабочего сервера в этом пути
/var/lib/postgres/11/
и я взял резервное копирование от него путем архивирования целой папки с помощью этой команды
zip -r main.zip main/
затем я сделал полную чистку и переустанавливаю для пост-ГРЭС usuing эти команды отсюда
apt-get --purge remove postgresql\*
удалить все PostgreSQL из Вашей системы. Просто чистка пакета пост-ГРЭС не состоит достаточно в том, так как это - просто пустой метапакет.
После того как все пакеты PostgreSQL были удалены, выполнены:
rm -r /etc/postgresql/
rm -r /etc/postgresql-common/
rm -r /var/lib/postgresql/
userdel -r postgres
groupdel postgres
Затем я установил пост-ГРЭС с этой командой для соответствия odoo11
sudo apt-get install postgresql libpq-dev -y
затем создавая Пользователя ODOO PostgreSQL
sudo su - postgres -c "createuser -s odoo" 2> /dev/null || true
Теперь все хорошо odoo, должен хорошо работать, но у Вас все еще нет базы данных
Таким образом для возвращения резервного копирования из кластерной папки мы взяли ранее, мы должны переместить zip-файл в тот же каталог, мы взяли его, от которого
/var/lib/postgres/11/
но перед этим необходимо остановить услуги пост-ГРЭС
sudo systemctl stop postgresql
и удостоверьтесь, что это остановилось
sudo systemctl status postgresql
после этого переименуйте основной кластер, который пост-ГРЭС использует прямо сейчас, потому что его пустому и нам не нужен он, потому что мы заменяем его нашим сохраненным кластером
mv /var/lib/postgres/11/main /var/lib/postgres/11/main_old
затем переместите zip-файл от того, где Вы поддержали его до папки кластера пост-ГРЭС с этой командой
mv /backups/main.zip /var/lib/postgres/11/
разархивируйте папку в том же пути при помощи этой команды
unzip -a /var/lib/postgres/11/main.zip
после разархивации папки дают владение Вашему пользователю пост-ГРЭС и группе
chown -R postgres:postgres main
Затем Вы хороши для движения. Запустите услуги Пост-ГРЭС
sudo systemctl start postgresql
sudo systemctl status postgresql
и удостоверьтесь, что Вы также запускаете основную службу кластеров
pg_ctlcluster 11 main start
если Вы остановились, odoo удостоверяются, что запустили его также
service odoo-server start
Ps: Я решил ERR_TOO_MANY_REDIRECTS для odoo субдомена путем комментария ssl конфигураций в моем odoo.config Apache2 виртуальный хост, который позволяет, шифруют обновленный прежде, и все возвратило туда, где оставлено его, прежде чем установка позволит, шифруют.
Я предполагаю, что оставлю его здесь и не буду использовать ssl в производстве снова, пока я не выясню, как использовать его в тестовом сервере.. спасибо за внимание я надеюсь, что мой вопрос и ответ помогают кому-то в будущем