Strange sudo latency problems

[Gianluca Cecchi]

Hello,
sorry in advance for the quite long post...
My laptop has no physical lan adapter, so when installing Fedora 30 it
bypassed the networking section (and also the hostname setting one).
After first boot in post-install configuration I set up wireless connection
and such.
At a certain point, I don't know if due to changing hostname from the
default localhost.localdomain that had been set, or due to applied updates,
I had strange problems with latencies in sudo responses with great amount
of time before asking the password prompt and also when opening menus in
gnome, eg settings (about 1 minute before showing the window), and also the
battery icon at top right disappeared.... probably due to timeout of the
related daemon

I noticed that sssd was automatically configured at boot even if with no
configuration files: no sssd.conf, no files in /etc/sssd/conf.d ?
It seems things a bit better after disabling sssd and reinserting
localhost.localdomain in /etc/hostname and rebooting, but sudo becomes
again sluggish when I connect an usb-c to lan adapter to connect to my work
network... and I have

[root@localhost ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group
default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: wlp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN
group default qlen 1000
    link/ether d6:5e:e2:84:6c:07 brd ff:ff:ff:ff:ff:ff
3: enp0s20f0u2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel
state UP group default qlen 1000
    link/ether 00:0e:c6:c0:01:d5 brd ff:ff:ff:ff:ff:ff
    inet 10.4.23.16/24 brd 10.4.23.255 scope global dynamic noprefixroute
enp0s20f0u2
       valid_lft 14177sec preferred_lft 14177sec
    inet6 fe80::d2f4:d7f3:3d9a:7f16/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state
DOWN group default qlen 1000
    link/ether 52:54:00:88:fc:56 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
5: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0
state DOWN group default qlen 1000
    link/ether 52:54:00:88:fc:56 brd ff:ff:ff:ff:ff:ff
[root@localhost ~]#

I didn't customize sudoers file and nsswitch.conf contains (with comment
autogenerated at 11 May, time of install) at the moment

passwd:     sss files systemd
group:      sss files systemd
netgroup:   sss files
automount:  sss files
services:   sss files
shadow:     files sss
hosts:      files mdns4_minimal [NOTFOUND=return] dns myhostname
bootparams: files
ethers:     files
netmasks:   files
networks:   files
protocols:  files
rpc:        files
publickey:  files
aliases:    files

[root@localhost ~]# ll /etc/nsswitch.conf
lrwxrwxrwx. 1 root root 29 May 11 01:26 /etc/nsswitch.conf ->
/etc/authselect/nsswitch.conf
[root@localhost ~]# ll /etc/authselect/nsswitch.conf
-rw-r--r--. 1 root root 2402 May 11 01:26 /etc/authselect/nsswitch.conf
[root@localhost ~]#

[root@localhost ~]# systemctl status sssd -l
● sssd.service - System Security Services Daemon
   Loaded: loaded (/usr/lib/systemd/system/sssd.service; disabled; vendor
preset: enabled)
   Active: inactive (dead)

May 14 09:22:12 localhost.localdomain systemd[1]:
/usr/lib/systemd/system/sssd.service:11: PIDFile= references path below
legacy directory /var/run/, updating /var/run/sssd.pid → /run/sssd.pid;
please update the unit file accordingly.
May 14 09:22:28 localhost.localdomain systemd[1]:
/usr/lib/systemd/system/sssd.service:11: PIDFile= references path below
legacy directory /var/run/, updating /var/run/sssd.pid → /run/sssd.pid;
please update the unit file accordingly.
May 14 10:24:36 localhost.localdomain systemd[1]:
/usr/lib/systemd/system/sssd.service:11: PIDFile= references path below
legacy directory /var/run/, updating /var/run/sssd.pid → /run/sssd.pid;
please update the unit file accordingly.
May 14 10:24:51 localhost.localdomain systemd[1]:
/usr/lib/systemd/system/sssd.service:11: PIDFile= references path below
legacy directory /var/run/, updating /var/run/sssd.pid → /run/sssd.pid;
please update the unit file accordingly.

Any hints to debug, and understand what is it expected to be sssd standard
config in Fedora 30?

Thanks,
Gianluca