On 3/23/22 11:46, Roger Heflin wrote:
if the groups aren't being created and dnf did not show an error, then
at the very least the script in the rpm doing the install is not
checking return codes and reporting an error.
The scripts reporting the above, may or may not even have code that
works (especially given they aren't checking error codes).
here are my permissions they appear to be default (rpm -V setup) will
point out any permissions issues around those files.
-rw-r--r--. 1 root root 1891 Feb 5 11:39 /etc/group
----------. 1 root root 1464 Feb 5 11:39 /etc/gshadow
-rw-r--r--. 1 root root 4837 Feb 5 11:57 /etc/passwd
likely the above scripts are using the groupadd and useradd commands
so you might try adding a group and/or a user with those commands and
see if it works or gives an error.
If it gives no error and you confirm it did add the user/group then
one has to conclude that the script in the rpm is not doing the
user/group creation properly.
On Wed, Mar 23, 2022 at 8:00 AM Robert McBroom
<robert.mcbr...@yahoo.com> wrote:
On 3/22/22 13:27, Roger Heflin wrote:
The last Failed to write message is the only real error. The
other messages are informational. The /etc/gshadow is
basically trying to add the group users and it already being in
the file, which is informational.
The real error will be coming from one of the install scripts in
one of the rpms and that is what needs to be changed (bug report
on the rpm giving that error to correct the error). And you
don't know exactly what rpm is doing it nor what file it is
trying to write to.
On Tue, Mar 22, 2022 at 11:55 AM Robert McBroom via users
<users@lists.fedoraproject.org> wrote:
The following message was sent to the terminal just before
the verifying step on a dnf update.
Creating group sgx with gid 106.
Creating group users with gid 100.
Creating group systemd-oom with gid 951.
Creating user systemd-oom (systemd Userspace OOM Killer) with
uid 951 and gid 951.
/etc/gshadow: Group "users" already exists.
Failed to write files: File exists
No such entries are in /etc/group. /etc/gshadow has
permissions of 000, with last update of may 20,2021. Do these
setting need to be changed?
The groups sgx and systemd-oom did not get created either. The
group users is in gshadow but not in group.
Apparently a little more complicated.
~]# groupadd sgx
[sss_cache] [sysdb_domain_cache_connect] (0x0010): DB version too old
[0.22], expected [0.23] fo
r domain implicit_files!
Higher version of database is expected!
In order to upgrade the database, you must run SSSD.
Removing cache files in /var/lib/sss/db should fix the issue, but note
that removing cache files
will also remove all of your cached credentials.
Could not open available domains
However, sgx was added to /etc/group. Other group additions went through
with no messages.
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure