Рейтинг:0

postgresql перестает работать вскоре после установки

флаг in

У меня есть сервер Ubuntu 20.04 (корневой сервер на hetzner.com, если это кому-то поможет), и я пытаюсь запустить простой postgres. Установка (следуя этому руководству https://tecadmin.net/how-to-install-postgresql-in-ubuntu-20-04/) работает нормально, а журнал postgres выглядит так:

2021-06-22 08:46:03.902 CEST [2840] ЖУРНАЛ: запуск PostgreSQL 13.3 (Ubuntu 13.3-1.pgdg20.04+1) на x86_64-pc-linux-gnu, скомпилированный gcc (Ubuntu 9.3.0-17ubuntu1 ~20.04) 9.3.0, 64-разрядная версия
2021-06-22 08:46:03.902 CEST [2840] ЖУРНАЛ: прослушивание IPv4-адреса «127.0.0.1», порт 5432
2021-06-22 08:46:03.908 CEST [2840] ЖУРНАЛ: прослушивание сокета Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-06-22 08:46:03.926 CEST [2841] ЖУРНАЛ: система базы данных была отключена 22-06-2021 08:46:02 CEST
2021-06-22 08:46:03.935 CEST [2840] ЖУРНАЛ: система базы данных готова принимать подключения
2021-06-22 09:03:26.552 CEST [3080] postgres@odc FATAL: аутентификация пароля не удалась для пользователя "postgres"
2021-06-22 09:03:26.552 CEST [3080] postgres@odc ПОДРОБНОСТИ: Пользователю «postgres» не назначен пароль.
Соединение соответствует строке 96 pg_hba.conf: «host all all 127.0.0.1/32 md5»
2021-06-22 09:03:26.554 CEST [3081] postgres@odc FATAL: аутентификация пароля не удалась для пользователя "postgres"
2021-06-22 09:03:26.554 CEST [3081] postgres@odc ПОДРОБНОСТИ: Пользователю «postgres» не назначен пароль.
Соединение соответствует строке 96 pg_hba.conf: «host all all 127.0.0.1/32 md5»
2021-06-22 09:06:58.887 CEST [2840] ЖУРНАЛ: получен запрос на быстрое завершение работы
2021-06-22 09:06:58.921 CEST [2840] ЖУРНАЛ: отмена любых активных транзакций
2021-06-22 09:06:58.923 CEST [2840] ЖУРНАЛ: фоновый рабочий «логический модуль запуска репликации» (PID 2847) завершился с кодом выхода 1
2021-06-22 09:06:58.923 CEST [2842] ЖУРНАЛ: завершение работы
2021-06-22 09:06:59.001 CEST [2840] ЖУРНАЛ: система базы данных отключена
2021-06-22 09:06:59.169 CEST [3133] ЖУРНАЛ: запуск PostgreSQL 13.3 (Ubuntu 13.3-1.pgdg20.04+1) на x86_64-pc-linux-gnu, скомпилированный gcc (Ubuntu 9.3.0-17ubuntu1 ~20.04) 9.3.0, 64-разрядная версия
2021-06-22 09:06:59.169 CEST [3133] ЖУРНАЛ: прослушивание IPv4-адреса "127.0.0.1", порт 5432
2021-06-22 09:06:59.175 CEST [3133] ЖУРНАЛ: прослушивание сокета Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-06-22 09:06:59.189 CEST [3139] ЖУРНАЛ: система базы данных была отключена 22-06-2021 09:06:58 CEST
2021-06-22 09:06:59.198 CEST [3133] ЖУРНАЛ: система базы данных готова принимать подключения
2021-06-22 09:07:16.130 CEST [3181] postgres@odc FATAL: база данных "odc" не существует

Обратите внимание, что я сделал ошибку в psql tryxing, чтобы получить доступ к БД, которая не существовала в последнем журнале.

Однако через некоторое время все перестает работать, и в журнале теперь есть следующие строки (ничего между этим и предыдущим блоком)

2021-06-22 09:50:50.116 CEST [4144] FATAL: не удалось открыть файл "global/pg_filenode.map": нет такого файла или каталога
2021-06-22 09:51:10.111 CEST [3133] ЖУРНАЛ: не удалось открыть файл «postmaster.pid»: нет такого файла или каталога
2021-06-22 09:51:10.111 CEST [3133] ЖУРНАЛ: выполнение немедленного завершения работы, поскольку файл блокировки каталога данных недействителен
2021-06-22 09:51:10.112 CEST [3133] ЖУРНАЛ: получен запрос на немедленное завершение работы
2021-06-22 09:51:10.112 CEST [3133] ЖУРНАЛ: не удалось открыть файл «postmaster.pid»: нет такого файла или каталога
2021-06-22 09:51:10.112 CEST [3144] ЖУРНАЛ: не удалось открыть файл временной статистики "pg_stat/global.tmp": нет такого файла или каталога
2021-06-22 09:51:10.112 CEST [3143] ПРЕДУПРЕЖДЕНИЕ: разрыв соединения из-за сбоя другого серверного процесса
2021-06-22 09:51:10.112 CEST [3143] ПОДРОБНОСТИ: администратор почты приказал этому серверному процессу откатить текущую транзакцию и завершить работу, поскольку другой серверный процесс аварийно завершил работу и, возможно, повредил общую память.
2021-06-22 09:51:10.112 CEST [3143] СОВЕТ. Через мгновение вы сможете снова подключиться к базе данных и повторить команду.
2021-06-22 09:51:10.112 CEST [4147] ПРЕДУПРЕЖДЕНИЕ: разрыв соединения из-за сбоя другого серверного процесса
2021-06-22 09:51:10.112 CEST [4147] ПОДРОБНОСТИ: администратор почты приказал этому серверному процессу откатить текущую транзакцию и завершить работу, поскольку другой серверный процесс аварийно завершил работу и, возможно, повредил общую память.
2021-06-22 09:51:10.112 CEST [4147] ПОДСКАЗКА. Через мгновение вы снова сможете подключиться к базе данных и повторить команду.
2021-06-22 09:51:10.116 CEST [3133] ЖУРНАЛ: система базы данных отключена

Папка /var/lib/postgresql/ отсутствует главный подпапка и PS вспомогательный | сообщение grep возвращает:

постгрес 4010 0.0 0.0 200 20 ? Сс 09:50 0:00 иихэтсбсбатшн
постгрес 4012 0.0 0.0 0 0 ? Z 09:50 00:00 [hrrscshsbhhitia] <несуществующий>
постгрес 4013 0.0 0.0 0 0 ? Z 09:50 00:00 [hrrscshsbhhitia] <несуществующий>
постгрес 4014 0.0 0.0 0 0 ? Z 09:50 00:00 [hrrscshsbhhitia] <несуществующий>
постгрес 4264 9.5 0.0 0 0 ? Z 10:14 0:58 [hrrscshsbhhitia] <несуществующий>
постгрес 4296 39,9 0,0 264 28 ? С 10:20 1:37
постгрес 4297 0.0 0.0 200 28 ? С 10:20 00:00 иихецбсбатшн
постгрес 4303 0.0 0.0 0 0 ? Z 10:21 0:00 [hrrscshsbhhitia] <несуществующий>

и статус sudo systemctl 'postgresql*' возвращает:

- [email protected] - PostgreSQL Cluster 13-main
Загружено: загружено (/lib/systemd/system/[email protected]; включено во время выполнения; предустановка поставщика: включено)
Активно: сбой (результат: код выхода) со вторника 22 июня 2021 г., 09:51:10 CEST; 34 мин назад
Процесс: 3121 ExecStart=/usr/bin/pg_ctlcluster --skip-systemctl-redirect 13-main start (code=exited, status=0/SUCCESS)
Процесс: 4148 ExecStop=/usr/bin/pg_ctlcluster --skip-systemctl-redirect -m fast 13-main stop (код=выход, статус=1/FAILURE)
Основной PID: 3133 (код=выход, статус=0/УСПЕХ)
22 июня 09:06:59 Ubuntu-2004-focal-64-minimal systemd[1]: запуск PostgreSQL Cluster 13-main...
22 июня 09:07:01 Ubuntu-2004-focal-64-minimal systemd[1]: запущен кластер PostgreSQL 13-main.
22 июня 09:51:10 Ubuntu-2004-focal-64-minimal postgresql@13-main[4148]: Ошибка: /var/lib/postgresql/13/main недоступен или не существует
22 июня 09:51:10 Ubuntu-2004-focal-64-minimal systemd[1]: [email protected]: Процесс управления завершен, код = завершен, статус = 1/FAILURE
22 июня 09:51:10 Ubuntu-2004-focal-64-minimal systemd[1]: [email protected]: Ошибка с результатом «код выхода».

- postgresql.service - СУБД PostgreSQL
Загружено: загружено (/lib/systemd/system/postgresql.service; включено; предустановка поставщика: включена)
Активен: активен (закрыт) со вторника 22 июня 2021 г., 09:07:01 CEST; 1ч 18мин назад
Процесс: 3156 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Основной PID: 3156 (код=выход, статус=0/УСПЕХ)
22 июня 09:07:01 Ubuntu-2004-focal-64-minimal systemd[1]: запуск СУБД PostgreSQL...
22 июня, 09:07:01 Ubuntu-2004-focal-64-minimal systemd[1]: завершена СУБД PostgreSQL.

Я дважды пытался очистить и переустановить postgresql. Каждый раз я получаю точно такое же поведение.

Любая помощь приветствуется. Спасибо

----- РЕДАКТИРОВАТЬ ----

Теперь я использовал postgresql-12 и, похоже, решил проблему. еще бы узнать в чем проблема

Nikita Kipriyanov avatar
флаг za
Закончились файловые дескрипторы? Недостаточно памяти (что говорит `dmesg`)? Нечистая файловая система? Недостаточно инодов? Не достаточно места на диске? Было запущено более одного процесса Postgres с использованием одного и того же каталога данных? Что-то еще делает неприятные вещи с каталогом Postgres?
bwright avatar
флаг in
единственное сообщение, отличное от ufw, в dmesg — это perf: прерывание заняло слишком много времени (2509> 2500), что снизило значение kernel.perf_event_max_sample_rate до 79500. Как мне проверить наличие нечистой файловой системы? df -i возвращает, что на каждый раздел используется только около 1% инодов. то же самое для дискового пространства. Я бы не знал, что еще должно сделать что-то неприятное с каталогом postgres (как бы я узнал).

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.