search for: sssd_be

...4 07:03 krbtgt/SAMBA.COMPANY.COM at SAMBA.COMPANY.COM renew until 24/07/2014 21:03 Also: kinit heupink, asks for my password, and creates a ticket successfully. So, many things seem to work... But logging on (over ssh or remote desktop) does not. Auth.log tells me: Jul 23 21:04:44 epo sssd_be: canonuserfunc error -7 Jul 23 21:04:44 epo sssd_be: _sasl_plugin_load failed on sasl_canonuser_init for plugin: ldapdb Jul 23 21:04:44 epo sssd_be: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (Server not found in Kerberos database) Jul 23 21:04:47 epo xrdp-ses...

...1334 root 20 0 2694264 56988 1672 S 16.3 1.5 311:20.90 ganesha.nfsd 27458 root 20 0 108984 1404 540 D 3.0 0.0 0:00.24 dd 14127 root 20 0 1164720 4860 1960 S 0.7 0.1 1:47.59 glusterfs 750 root 20 0 389864 5528 3988 S 0.3 0.1 0:08.77 sssd_be -- Cheers, Tom K. ------------------------------------------------------------------------------------- Living on earth is expensive, but it includes a free trip around the sun.

...p_default_ lines to: ldap_sasl_mech = GSSAPI ldap_sasl_authid = host/<client>@<REALM> and restart sssd. The result: nothing. I can no longer (getent passwd user) see any users or groups; basically nothing works. I get this in /var/log/messages: Aug 10 15:58:47 <client> sssd_be: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (Server not found in Kerberos database) and I really do not know what this is trying to tell me, as so far as I know the kerberos database is fine. Please, someone give me a clue! TIA, Steve

...432m? 12m 7920 R 13.6? 0.3? 19:38.08 smbd 3605 XXXXX? 20?? 0? 433m? 15m 9.9m R 13.6? 0.4? 11:32.85 smbd 2277 XXXXX??? 20?? 0? 429m? 13m? 10m R 13.3? 0.4?? 2:53.38 smbd 2872 XXXXX?? 20?? 0? 434m? 17m? 10m R 13.3? 0.5? 18:19.79 smbd 2215 root????? 20?? 0? 212m 4900 3756 R 11.0? 0.1? 16:57.29 sssd_be 2340 root????? 20?? 0? 435m? 22m? 13m R? 4.0? 0.6?? 6:42.97 smbd 2377 root????? 20?? 0? 436m? 20m? 11m R? 4.0? 0.5?? 4:11.66 smbd ? ? --------------------------------- ? ? When I tshark the network traffic I always see these packets: --------------------------------- Seconds?? packet type...

...2694264 56988 1672 S 16.3 1.5 311:20.90 > ganesha.nfsd > 27458 root 20 0 108984 1404 540 D 3.0 0.0 0:00.24 dd > 14127 root 20 0 1164720 4860 1960 S 0.7 0.1 1:47.59 > glusterfs > 750 root 20 0 389864 5528 3988 S 0.3 0.1 0:08.77 sssd_be > > -- > Cheers, > Tom K. > ------------------------------------------------------------ > ------------------------- > > Living on earth is expensive, but it includes a free trip around the sun. > > _______________________________________________ > Gluster-users mai...

Hi, On 03/19/2018 03:42 PM, TomK wrote: > On 3/19/2018 5:42 AM, Ondrej Valousek wrote: > Removing NFS or NFS Ganesha from the equation, not very impressed on my > own setup either.? For the writes it's doing, that's alot of CPU usage > in top. Seems bottle-necked via a single execution core somewhere trying > to facilitate read / writes to the other bricks. > >

Le 17/03/2015 12:40, Peter Serbe a ?crit : >> "is it feasible/are there any caveat" > Baseline is: not feasible. > The baseline is: only one samba per box. > You need to different IPs, which operate > independently from each other, as You can't > move the ports, where Your daemons are listening. > You would also need different daemons listening > on these

...80): Going online. Running callbacks. (Thu Jul 19 23:40:44 2018) [sssd[be[AD.COMPANY.COM]]] [be_ptask_enable] (0x0080): Task [SUDO Smart Refresh]: already enabled (Thu Jul 19 23:40:44 2018) [sssd[be[AD.COMPANY.COM]]] [sdap_process_result] (0x0040): ldap_result error: [Can't contact LDAP server] sssd_be: io.c:224: ber_flush2: Assertion `( (sb)->sb_opts.lbo_valid == 0x3 )' failed. (Thu Jul 19 23:40:44 2018) [sssd] [svc_child_info] (0x0040): Child [1570] terminated with signal [6] I get the feeling that the issue is around sudo somehow, but I don't believe I have sudo enabled in my sssd....

Hi everyone, We seem to be having issues on multiple CentOS 7.3 machines. The problem seems to revolve around polkitd. At some random time, polkitd seems to stop responding on my systems. Along with this, there might be hundreds of defunct pkla-check-authorization processes. If I reboot, then things are fine for a while. I don't see any activity in the unabridged journal to suggest anything