Вопрос или проблема
Недавно один из моих серверов с операционной системой Debian 10 перестал отвечать на все запросы, кроме SSH. После решения проблемы, когда файловая система стала доступна только для чтения из-за неудачной настройки fstab, я столкнулся с тем, что почти все службы не загружаются, над чем я начал работать по одной за раз. Это неудача mariadb, которая, как выяснилось в ходе моего поиска в Google, может быть связана с systemd и учетными данными группы. Я не знаю, куда двигаться дальше, чтобы выяснить, почему возникают эти ошибки. Мог бы кто-нибудь подсказать мне, какой мой первый шаг в решении этой проблемы?
8 дек 09:03:39 adolf systemd[473]: mariadb.service: Не удалось определить учетные данные группы: Нет такого процесса
8 дек 09:03:39 adolf systemd[473]: mariadb.service: Не удалось на этапе GROUP создать /usr/bin/install: Нет такого процесса
8 дек 09:03:39 adolf systemd[1]: mariadb.service: Контрольный процесс завершился, код=выход, статус=216/GROUP
8 дек 09:03:39 adolf systemd[1]: mariadb.service: Завершено с результатом 'код выхода'.
8 дек 09:03:39 adolf systemd[1]: Не удалось запустить сервер базы данных MariaDB 10.3.22.
Спасибо за помощь!
Это может произойти при обновлении systemd. Попробуйте перезагрузить систему или повторно выполнить systemd только с помощью следующей команды:
systemctl daemon-reexec
Ответ или решение
Проблема, которую вы описали, связана с запуском службы MariaDB на вашем сервере с Debian 10. Сообщение об ошибке указывает на проблемы с определением групповых учетных данных через systemd, и это может быть вызвано несколькими факторами, особенно после того, как файловая система была повреждена. Давайте разберёмся в данном вопросе более детально и рассмотрим шаги по его устранению.
1. Анализ ошибки
Послание об ошибке:
mariadb.service: Failed to determine group credentials: No such process
mariadb.service: Failed at step GROUP spawning /usr/bin/install: No such process
mariadb.service: Control process exited, code=exited, status=216/GROUPОно говорит о том, что systemd не удалось определить групповые учетные данные для процесса MariaDB. Это может указывать на повреждение системных учетных записей или групп при сбое файловой системы.
Основные причины проблемы:
- Поврежденные группы или учетные записи в файлах
/etc/passwdи/etc/group. - Необходимые группы для пользователя, под которым запускается MariaDB, могли быть удалены или повреждены.
- Ошибки в конфигурации services или модулях systemd.
2. Первые шаги по устранению проблемы
Проверка файловой системы
После того, как файловая система была в режиме только для чтения, важно убедиться, что вся структура файлов в порядке. Выполните проверку файловой системы:
sudo fsck -f /dev/sdaXЗамените /dev/sdaX на нужное устройство.
Проверка пользователей и групп
Убедитесь, что пользователь и группа, используемые MariaDB, существуют. Для этого выполните следующие команды:
getent passwd mysql
getent group mysqlЕсли эти команды не возвращают нужных данных, возможно, лимиты пользователей были нарушены. Вам нужно будет восстановить учетные записи.
Простой перезапуск systemd
Если systemd был обновлён, попробуйте перезапустить систему или перезагрузить демона systemd с помощью следующей команды:
sudo systemctl daemon-reexec3. Проверка конфигурации сервиса MariaDB
Если предыдущие шаги не помогли, проверьте файл конфигурации службы MariaDB, который расположен в /etc/systemd/system/mariadb.service или в директории /lib/systemd/system/. Обратите внимание на директивы User и Group, которые должны указывать на необходимые учетные данные.
4. Перезапуск и мониторинг службы
После всех проверок и исправлений, попробуйте перезапустить службу MariaDB:
sudo systemctl restart mariadbПроверьте статус службы:
sudo systemctl status mariadbЕсли снова появляются ошибки, используйте команду journalctl -xe для получения дополнительных данных о сбое.
5. Заключение
Таким образом, важно последовательно выполнять проверки и исправления, начиная с целостности файловой системы, через проверки пользователей и групп, и завершая корректировкой конфигураций системных служб. Если после выполнения всех шагов проблема всё еще сохраняется, возможно, потребуется восстановление системы из резервной копии или более глубокий анализ состояния ОС и установленных пакетов.