CentOS 7 с графическим интерфейсом для входа в GNOME для обычных пользователей возвращается к экрану входа

Машина CentOS 7 не может входить в систему стандартных пользователей через GNOME, но root аккаунт работает нормально.

Шаги по воссозданию проблемы.

Выберите учетную запись пользователя и введите пароль и логин (учетная запись пользователя является частью wheel группа)
Фоновое изображение отображается, но значки на рабочем столе отсутствуют
Система простаивает около минуты, затем становится черной и возвращается к экрану входа в систему.

Файл журнала Journalctl, когда стандартный пользователь входит в систему, слишком велик для отображения здесь, но я заметил, что вижу эту конкретную строку 100 раз. Эта система не привязана к Active Directory, и в нее не добавлены какие-либо специальные файлы. /etc/pam.d/ или добавлен / изменен в /etc/security/.

Mar 07 13:29:03 presstore fsmpm[3391]: pm_query_ldap: got request "uid_by_sid S-1-5-21-552760624-291916025-312552118-255638"

Я сделал снимки входа root через journalctl -f и сравнил их со стандартным пользователем, и вот особенности, которые выделяются:

Mar 07 13:30:34 presstore gnome-session-binary[6766]: WARNING: Application 'nautilus-classic.desktop' failed to register before timeout
Mar 07 13:30:34 presstore gnome-session[6766]: gnome-session-binary[6766]: WARNING: Application 'nautilus-classic.desktop' failed to register before timeout
Mar 07 13:30:34 presstore gnome-session-binary[6766]: Unrecoverable failure in required component nautilus-classic.desktop
Mar 07 13:30:34 presstore at-spi-bus-laun[6980]: Failed to register client: GDBus.Error:org.gnome.SessionManager.NotInRunning: Unable to register client
Mar 07 13:30:34 presstore at-spi2-registr[6987]: Failed to register client: GDBus.Error:org.gnome.SessionManager.NotInRunning: Unable to register client
Mar 07 13:30:34 presstore at-spi2-registr[6987]: Unable to register client with session manager
Mar 07 13:30:34 presstore gdm-password][5138]: pam_unix(gdm-password:session): session closed for user animation
Mar 07 13:30:34 presstore org.a11y.atspi.Registry[6985]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Mar 07 13:30:34 presstore org.a11y.atspi.Registry[6985]: after 21 requests (21 known processed) with 0 events remaining.
Mar 07 13:30:34 presstore com.redhat.imsettings[6776]: [ 1551994234.242747]: IMSettings-Daemon[6860]: INFO: Release the ownership of com.redhat.imsettings
Mar 07 13:30:34 presstore org.gtk.vfs.Daemon[6776]: A connection to the bus can't be made
Mar 07 13:30:34 presstore com.redhat.imsettings[6776]: Exiting...
Mar 07 13:30:34 presstore com.redhat.imsettings[6776]: [ 1551994234.242970]: GLib-GIO[6860]: CRITICAL **: Error while sending AddMatch() message: The connection is closed
Mar 07 13:30:34 presstore com.redhat.imsettings[6776]: [ 1551994234.243036]: GLib-GIO[6860]: CRITICAL **: Error while sending AddMatch() message: The connection is closed
Mar 07 13:30:34 presstore com.redhat.imsettings[6776]: [ 1551994234.243134]: IMSettings-Daemon[6860]: INFO: Unloading imesttings module: gsettings
Mar 07 13:30:34 presstore com.redhat.imsettings[6776]: [ 1551994234.243223]: IMSettings-Daemon[6860]: INFO: imsettings-daemon is shut down.

Список других вещей, которые я пробовал:

Удалил стандартную папку пользователей .config
Удалил стандартного пользователя и создал нового пользователя, к сожалению, проблема не исчезла.
Переустановил пакеты gnome с yum reinstall gnome-* и перезапущен gdm

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

Я думаю, что могу удалить /tmp/.X11-unix и / или /tmp/.ICE-unix но это действительно выстрел в темноте.

Я считаю, что GNOME может не загружаться, потому что что-то еще замедляет процесс входа в систему настолько, что GNOME может просто отключиться, но я не уверен. Причина, по которой я так думаю, заключается в том, что раньше сервер немного задерживался, а затем в конечном итоге входил в систему пользователя, но теперь эта задержка стала значительно дольше. Это может объяснить, почему root может войти в систему, потому что он обходит все проверки, выполняемые для других пользователей, даже если стандартные пользователи являются частью wheel группа.

centos7 gnome

Эта проблема с тех пор решена, вот что случилось со всеми заинтересованными.

Немного предыстории .. В нашей текущей среде / настройке, при монтировании тома SAN его содержимое отображается с задержкой для всех учетных записей без полномочий root. По словам компании, которая предоставляет двоичные файлы для тома SAN для подключения к машине CentOS, сервер должен быть привязан к Active Directory, чтобы удалить ложные запросы ldap.

Следовательно, если учетная запись пользователя без полномочий root пытается получить листинг с помощью терминала или графического интерфейса пользователя GNOME, это приведет к задержке этого листинга. Исправление проблемы достигается привязкой машины к Active Directory. Обратите внимание, что учетная запись пользователя может быть локальной для машины, и задержка все равно не будет.

Привязка машины к Active Directory решила проблему и pm_query_ldap журналов больше нет в /var/log/messages или journcalctl.

Проверьте, есть ли у вас файл / etc / nologin, также поищите в / lib, / usr / lib, / run файл с таким же именем - я чувствую, что видел это раньше, я просто не могу вспомнить точное имя файла.

Если вы найдете его, удалите его и посмотрите, поможет ли это.