Hi Jakub,
On 9/21/18 3:24 PM, Jakub Hrozek via FreeIPA-users wrote:
On Wed, Sep 19, 2018 at 02:04:28PM +0200, Harald Dunkel via
FreeIPA-users wrote:
> I still have the problem that sometimes some sssd components
> disappear somehow, e.g. sssd_pam. The logfile on our mail gateway
> said
>
> :
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_reply] (0x0200): pam_reply called with
result [0]: Success.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [filter_responses] (0x0100):
[pam_response_filter] not available, not fatal.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_reply] (0x0200): blen: 74
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_dp_process_reply] (0x0010): Reply error.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_reply] (0x0200): pam_reply called with
result [4]: System error.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [filter_responses] (0x0100):
[pam_response_filter] not available, not fatal.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_reply] (0x0200): blen: 26
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_dp_process_reply] (0x0010): Reply error.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_reply] (0x0200): pam_reply called with
result [4]: System error.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [filter_responses] (0x0100):
[pam_response_filter] not available, not fatal.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_reply] (0x0200): blen: 26
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_dp_process_reply] (0x0080): Client
already disconnected
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [pam_dp_process_reply] (0x0080): Client
already disconnected
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [sbus_dispatch] (0x0020): Performing
auto-reconnect
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [sbus_dispatch] (0x0400): SBUS is
reconnecting. Deferring.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [sbus_dispatch] (0x0400): SBUS is
reconnecting. Deferring.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [sbus_dispatch] (0x0400): SBUS is
reconnecting. Deferring.
> (Tue Sep 18 22:34:28 2018) [sssd[pam]] [sbus_dispatch] (0x0400): SBUS is
reconnecting. Deferring.
This indicated a crash in sssd_be...I don't know Debian almost at all,
but I would check the syslog for evidence..
According to syslog the services were shut down and restarted for an
unknown reason:
Sep 18 22:32:30 srvvm01 sssd[pam]: Shutting down
Sep 18 22:32:31 srvvm01 sssd[pam]: Starting up
Sep 18 22:34:11 srvvm01 sssd[nss]: Shutting down
Sep 18 22:34:12 srvvm01 sssd[nss]: Starting up
Sep 18 22:34:28 srvvm01 sssd[be[example.de]]: Shutting down
Sep 18 22:34:28 srvvm01 sssd[be[example.de]]: Starting up
No crash. Please note that other sssd services were *not* restarted.
???
Harri