attrs="objectClass cn ipaUniqueID ipaEnabledFlag ipaSudoOpt ipaSudoRunAs
ipaSudoRunAsGroup memberAllowCmd memberDenyCmd memberHost memberUser
sudoNotAfter sudoNotBefore sudoOrder cmdCategory hostCategory userCategory
ipaSudoRunAsUserCategory ipaSudoRunAsGroupCategory ipaSudoRunAsExtUse
Sorry for the self bump but no one has any insight on this?
> On Apr 17, 2017, at 11:31 AM, Andrew Krause
> <andrew.kra...@breakthroughfuel.com> wrote:
>
> Many hosts in our web ui show a null status for “enrolled”. When you do a
> search that includes any of these ho
ation success
0.localhost-startStop-1 - [17/Apr/2017:10:11:53 CDT] [20] [1]
SelfTestSubsystem: All CRITICAL self test plugins ran SUCCESSFULLY at startup!
Any assistance would be greatly appreciated.
Andrew Krause
--
Manage your subscription for the Freeipa-users mailing list:
https://
Yesterday I came in to 3 of my 4 freeipa replicas in an unusable state and
replication was not connecting any of the hosts to each other. My
first/primary host was still servicing authentication requests, but the others
were in varying states of usability. I’ve investigated logs on all 4
talk of a
mechanism to just handle this on a regular basis (not that this situation
should happen regularly)?
> On Nov 3, 2015, at 1:42 AM, Martin Kosek <mko...@redhat.com> wrote:
>
> On 11/03/2015 12:05 AM, Andrew Krause wrote:
>> After upgrading to 4.1 I have duplicat
After upgrading to 4.1 I have duplicated permission objects in my directory
with names including nsuniqueid. Is it safe to delete all of these objects?
Somehow this is only causing an issue for a specific user hitting a specific
HBAC policy.
(Mon Nov 2 14:29:23 2015)
I realize this question has been brought forth previously, but I am unable
to find a clear answer. I have a 389-ds environment that is serving as an
authentication back end for a python application. The plan was to use this
as a kind of SSO for other future applications and we have MANY
