-pluginId: Distributed Numeric Assignment 2
nsslapd-pluginVersion: 1.3.7.5
nsslapd-pluginVendor: 389 Project
nsslapd-pluginDescription: Distributed Numeric Assignment plugin
Thanks,
James
On Apr 30, 2020, at 2:25 PM, CHAMBERLAIN James
mailto:james.chamberl...@3ds.com>> wrote:
Is it po
Hi Mark,
> On Apr 29, 2020, at 5:10 PM, Mark Reynolds wrote:
>
> On 4/29/20 5:07 PM, Mark Reynolds wrote:
>> We've been talking about this for quite some time...
>>
>> A majority of all the old legacy perl and shell scripts have now been ported
>> to the new CLI tools. Starting sometime in
the scenes so I
can replicate that?
Thanks,
James
On Apr 17, 2020, at 6:17 PM, Mark Reynolds
mailto:mreyno...@redhat.com>> wrote:
On 4/17/20 5:19 PM, CHAMBERLAIN James wrote:
Hi all,
Thank you all for your help. I’ve gotten DNA working. I’ll be doing some
further work to convince
On Apr 19, 2020, at 7:13 PM, William Brown
mailto:wbr...@suse.de>> wrote:
On 18 Apr 2020, at 07:19, CHAMBERLAIN James
mailto:james.chamberl...@3ds.com>> wrote:
Hi all,
Thank you all for your help. I’ve gotten DNA working. I’ll be doing some
further work to convince myself that
it
for me.
Thanks,
James
> On Apr 16, 2020, at 1:38 PM, CHAMBERLAIN James
> wrote:
>
> Hi Thierry,
>
> The thing is, while this is on the production multi-master cluster, it’s not
> being used yet. Any new entries being added have uidNumber set explicitly,
> except for m
-
> replace: nsslapd-plugin-logging
> nsslapd-plugin-logging: on
>
> and lookup at the entry ldapsearch -D DM... -b "cn=UID numbers,cn=Distributed
> Numeric Assignment Plugin,cn=plugins,cn=config" -s base nscpentrywsi
>
>
> best regards
> thierry
> On 4/13/2
a look in that direction.
Thanks,
James
> On Apr 13, 2020, at 7:30 PM, William Brown wrote:
>
> Could it be that the server hasn't allocated a DNA range from the DNA master?
>
>> On 14 Apr 2020, at 05:51, CHAMBERLAIN James
>> wrote:
>>
>> Hi Mark,
>>
gin-logging
> nsslapd-plugin-logging: on
>
>
> Then add another user, wait 30 seconds for the access log to buffer, and then
> provide the access log clip from the failed add.
>
> Thanks,
> Mark
>
>
> On 4/13/20 2:41 PM, CHAMBERLAIN James wrote:
>> Hi Mark,
t; dn: cn=gidnumber,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
> dn: cn=uidnumber,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
> which version of 389-ds-base is this about?
> Thanks,
> M.
>
> On Mon, Apr 13, 2020 at 11:42 AM CHAMBERLAIN James
>
to zero.
>
> Then share what information is logging when you add a new user. This is
> most likely a configuration error so hopefully we can find out what went
> wrong in your set up. Can you also provide the DNA config entries?
>
> Thanks,
>
> Mark
>
> On 4/13/20 1
Hi all,
I’m trying to use the DNA plugin to add uidNumbers on posixAccounts.
Everything worked fine in testing, but now that it’s in production I’m seeing
the following error:
ERR - dna-plugin -_dna_pre_op_add - Failed to allocate a new ID!! 2
I’ve followed the advice in the knowledge base
fall
> back to the old one.
>
> NIS plugin should work normally except those alarming logs.
>
> The BZ is not fixed yet. If NIS plugin keeps enabled, a way to workaround
> this BZ is to enable schemaCompat as well.
>
> best regards
> thierry
>
>
>
> On 2/3/
or the detailed answer :)
>
> best regards
> thierry
>
>
>
> On 2/3/20 6:36 PM, CHAMBERLAIN James wrote:
>> I’ve started getting a lot of messages in 389-ds errors log - so many, in
>> fact, that /var/log filled up and 389-ds stopped running. Has an
I’ve started getting a lot of messages in 389-ds errors log - so many, in fact,
that /var/log filled up and 389-ds stopped running. Has anyone ever seen
anything like this? Any idea what to do about it? It’s been mentioned to me
that schemacompat comes from FreeIPA. I'm not running FreeIPA,
14 matches
Mail list logo