Bug ID | 1206592 |
---|---|
Summary | sssd doesn't restart cleanly and even seg.faults during update |
Classification | openSUSE |
Product | openSUSE Tumbleweed |
Version | Current |
Hardware | Other |
OS | Other |
Status | NEW |
Severity | Critical |
Priority | P5 - None |
Component | Basesystem |
Assignee | screening-team-bugs@suse.de |
Reporter | kukuk@suse.com |
QA Contact | qa-bugs@suse.de |
Found By | --- |
Blocker | --- |
Created attachment 863615 [details]
sssd.log
During update, sssd.rpm tries to restart all sssd sevices and sockets, even if
they cannot be restarted.
This leads to a lot of error messages and sometimes a non functional sssd
service. See the sssd.log in the attachment. According to the admin, it happens
on a regular base that they need to restart the daemon.
Please restart only this services in the correct order, which lead to a
functional system afterwards! Don't restart *.socket services, it's really not
necessary. And don't try to restart services which cannot be restarted.
If rpmlint complains, ignore that or add an exception.
Prior 1 has to be that the services continues to work after an update and the
admin does not need to fix it afterwards.
If it is not possible to restart sssd in a secure, safe way, better don't do so
before you lockout the admin.
In this case sssd even seg.faulted in libsss_utils.so, no idea why only in this
place and not always. Maybe other, depending libraries got only update
afterwards and not before? If this can happen, restarting a service in a
pre/post install script is even more dangerous.