Digging into the code more, I wonder if this is a bug in sssd?
NULL is treated as the "default" view, as is the literal string "default",
NULL is treated as "View not defined, nothing to do",
Seems possible that, if that first condition is removed, things could work
like I'd expect them to?
But, I'm just grasping at straws at this point... is there possibly some
config field I can use to force the view name? I feel like the code that's
supposed to detect the view name isn't triggering correctly in my case, and
that's what is triggering the issue...
On Tue, Feb 16, 2016 at 11:23 AM Mike Kelly <pi...@pioto.org> wrote:
> >> Thanks. Here's what is hopefully the relevant lines:
> > I'm sorry, but these logs only capture how the original entry was
> searched, not the overrides. Can you capture the full logs since the sssd
> startup? Also please make sure the cache was invalidated prior to the
> request with sss_cache -E.
> Attached are the full logs since a restart of sssd.
> I ran these commands:
> systemctl stop sssd
> echo '----MARK----' >> /var/log/sssd/sssd_home.pioto.org.log # so I could
> mark were the restart happened
> sss_cache -E
> systemctl start sssd
> sss_cache -E
> id pioto
> I still don't see the override being applied. Possibly because of this
> (Tue Feb 16 11:12:27 2016) [sssd[be[home.pioto.org]]]
> (0x4000): View not defined, nothing to do.
> So, I get the feeling that, for whatever reason, sssd isn't correctly
> deciding that my id view applies to this host, or just isn't looking it up?
> Is there possibly some sort of extra configuration that I've missed to
> tell SSSD to apply these views? From what I can tell, it should just pick
> these up out of the box, from the configuration built by
Manage your subscription for the Freeipa-users mailing list:
Go to http://freeipa.org for more info on the project