SSD 때문에 그룹에 사용자를 추가할 수 없나요?

SSD 때문에 그룹에 사용자를 추가할 수 없나요?

Fedora 29 x86_64에서 전체 패치를 진행 중입니다. dialout모뎀을 켤 수 있도록 사용자를 그룹에 추가하려고 합니다 .

$ ls -Al /dev/ttyUSB0
crw-rw----. 1 root dialout 188, 0 Feb 22 19:27 /dev/ttyUSB0

$ sudo usermod -a -G dialout jwalton
(Fri Feb 22 19:32:11:373072 2019) [sss_cache] [confdb_get_domains] (0x0010): No
domains configured, fatal error!
Could not open available domains
usermod: sss_cache exited with status 2
usermod: Failed to flush the sssd cache.

Fedora 이사회에 따르면사용자를 그룹에 삽입하는 중 오류가 발생했습니다., SSSD를 삭제할 수 있습니다. 여기서 혼란이 발생합니다.

Fedora 메시지에는 SSSD가 설치된 이유나 그룹 수정을 허용하도록 구성되지 않은 이유가 설명되어 있지 않습니다. 또한 SSSD를 제거하는 것이 나에게는 무거워 보입니다.

그리고 기반으로sssd(8)맨 페이지,"SSSD는 원격 디렉터리 및 인증 메커니즘에 대한 액세스를 관리하는 데몬 세트를 제공합니다."sudo이 설명은 SSSD의 역할이 작동하고 원격 디렉터리에 대해 아무 작업도 수행하지 않기 때문에 더욱 혼란스럽게 만듭니다 .

소프트웨어를 제거하거나 구성하지 않고 사용자 그룹을 수정할 수 있는 방법이 있는지 알고 싶습니다. 나는 시간을 되돌리고 모든 것이 예상대로 "작동"하는 방법을 알고 싶습니다.


$ sudo yum remove sssd
Dependencies resolved.
================================================================================
 Package                Arch       Version                   Repository    Size
================================================================================
Removing:
 sssd                   x86_64     2.0.0-5.fc29              @updates      34 k
Removing unused dependencies:
 adcli                  x86_64     0.8.2-2.fc29              @fedora      265 k
 c-ares                 x86_64     1.13.0-5.fc29             @fedora      221 k
 cyrus-sasl-gssapi      x86_64     2.1.27-0.3rc7.fc29        @fedora       41 k
 libdhash               x86_64     0.5.0-41.fc29             @fedora       60 k
 libipa_hbac            x86_64     2.0.0-5.fc29              @updates      61 k
 libsss_autofs          x86_64     2.0.0-5.fc29              @updates      65 k
 libsss_certmap         x86_64     2.0.0-5.fc29              @updates     119 k
 libsss_idmap           x86_64     2.0.0-5.fc29              @updates      77 k
 libsss_nss_idmap       x86_64     2.0.0-5.fc29              @updates      89 k
 libsss_sudo            x86_64     2.0.0-5.fc29              @updates      58 k
 python3-sssdconfig     noarch     2.0.0-5.fc29              @updates     185 k
 sssd-ad                x86_64     2.0.0-5.fc29              @updates     377 k
 sssd-client            x86_64     2.0.0-5.fc29              @updates     249 k
 sssd-common            x86_64     2.0.0-5.fc29              @updates     4.9 M
 sssd-common-pac        x86_64     2.0.0-5.fc29              @updates     247 k
 sssd-ipa               x86_64     2.0.0-5.fc29              @updates     708 k
 sssd-krb5              x86_64     2.0.0-5.fc29              @updates      83 k
 sssd-krb5-common       x86_64     2.0.0-5.fc29              @updates     292 k
 sssd-ldap              x86_64     2.0.0-5.fc29              @updates     141 k
 sssd-nfs-idmap         x86_64     2.0.0-5.fc29              @updates      41 k
 sssd-proxy             x86_64     2.0.0-5.fc29              @updates     138 k

Transaction Summary
================================================================================
Remove  22 Packages

Freed space: 8.4 M
Is this ok [y/N]: N

답변1

이것은 완벽하게 작동하는 솔루션입니다.

보고된 문제

[root@rhel8-server1 ~]# useradd kumar3
No cache object matched the specified search
useradd: sss_cache exited with status 2
useradd: Failed to flush the sssd cache.
No cache object matched the specified search
useradd: sss_cache exited with status 2
useradd: Failed to flush the sssd cache.

해결책

[root@rhel8-server1 ~]# systemctl stop sssd
[root@rhel8-server1 ~]# rm -rf /var/lib/sss/db/*
[root@rhel8-server1 ~]# systemctl restart sssd
[root@rhel8-server1 ~]# useradd kumar4
[root@rhel8-server1 ~]#

답변2

/usr/lib64/sssd/conf다음 명령을 사용하여 사전 구성 파일을 복사해 볼 수 있습니다.

$ sudo cp /usr/lib64/sssd/conf/sssd.conf /etc/sssd

~처럼Red Hat Enterprise Linux 배포 가이드읽어,

기본적으로 sssd프로세스에서는 구성 파일이 /etc/sssd/sssd.conf.

이 파일을 찾을 수 없거나 파일에 일부 형식 오류가 있는 경우 usermod그룹 중재 기능이 중단됩니다.

관련 정보