Открытый ключ репозитория Gitlab Debian недоступен

Я попытался перезапустить его, но все равно не смог. Я видел какое-то сообщение, но это не та же проблема. Сервер представляет собой CentOS Linux версии 7.5.1804 (Core)

. Результатом mariadb состояния systemctl является:

● mariadb.service - MariaDB database server
Loaded: loaded (/usr/lib/systemd/system/mariadb.service; disabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Sat 2020-05-02 05:54:22 -05; 7min ago
Process: 26120 ExecStartPre=/usr/libexec/mariadb-prepare-db-dir %n (code=exited, status=1/FAILURE)

May 02 05:54:22 srv01web-taws systemd[1]: Starting MariaDB database server...
May 02 05:54:22 srv01web-taws systemd[1]: mariadb.service: control process exited, code=exited status=1
May 02 05:54:22 srv01web-taws systemd[1]: Failed to start MariaDB database server.
May 02 05:54:22 srv01web-taws systemd[1]: Unit mariadb.service entered failed state.
May 02 05:54:22 srv01web-taws systemd[1]: mariadb.service failed.

Когда я пытаюсь перезапустить сервер, выводится:

Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details.

Вывод 'journalctl -xe':

-- Unit user-48.slice has finished shutting down.
May 02 06:09:02 srv01web-taws systemd[1]: Stopping User Slice of apache.
-- Subject: Unit user-48.slice has begun shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit user-48.slice has begun shutting down.
May 02 06:10:01 srv01web-taws systemd[1]: Created slice User Slice of apache.
-- Subject: Unit user-48.slice has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit user-48.slice has finished starting up.
--
-- The start-up result is done.
May 02 06:10:01 srv01web-taws systemd[1]: Starting User Slice of apache.
-- Subject: Unit user-48.slice has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit user-48.slice has begun starting up.
May 02 06:10:01 srv01web-taws systemd[1]: Started Session 248209 of user apache.
-- Subject: Unit session-248209.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-248209.scope has finished starting up.
--
-- The start-up result is done.
May 02 06:10:01 srv01web-taws systemd[1]: Starting Session 248209 of user apache.
-- Subject: Unit session-248209.scope has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-248209.scope has begun starting up.
May 02 06:10:01 srv01web-taws CROND[27027]: (apache) CMD (/usr/bin/php  /var/www/html/moodle/admin/cli/cron.php >/dev/null)
May 02 06:10:03 srv01web-taws systemd[1]: Removed slice User Slice of apache.
-- Subject: Unit user-48.slice has finished shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit user-48.slice has finished shutting down.
May 02 06:10:03 srv01web-taws systemd[1]: Stopping User Slice of apache.
-- Subject: Unit user-48.slice has begun shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit user-48.slice has begun shutting down.
0
задан 2 May 2020 в 14:15
1 ответ

Из предоставленной информации неясно, в чем основная причина проблемы. В выводе systemctl status mariadb видно, что команда /usr/libexec/mariadb-prepare-db-dir не удалась при запуске службы.

Я думаю, что в большинстве случаев это связано с проблемами с правами доступа и/или неправильно настроенными путями в конфигурации mariadb.

Для дальнейшей отладки я бы выполнил /usr/libexec/mariadb-prepare-db-dir вручную с пользователем для mariadb, как определено в юнит-файле. Вы можете использовать systemctl show mariadb, чтобы получить правильное имя пользователя. Также проверьте конфигурацию mariadb на наличие неправильных путей (путь к фактическим файлам базы данных, а также путь к журналу)

0
ответ дан 2 May 2020 в 11:37

Теги

Похожие вопросы