hi Trey,
not sure which is the bug. Perhaps someone else here can give details ?
It could have come from the moment that entryrdn index has been created but this was a
very old version.
For instance:
Sincerely, I cannot say when the entryrdn index got corrupted.
But what I could say is that our customers in recent versions are not hitting this issue
any more.
Thanks and regards,
German
----- Original Message -----
From: "Trey Dockendorf" <treydock(a)gmail.com>
To: "General discussion list for the 389 Directory server project."
<389-users(a)lists.fedoraproject.org>
Sent: Monday, August 10, 2015 6:55:41 PM
Subject: Re: [389-users] Replication reinit skipping entries
German,
Thanks for the response. Do you recall which version it was that fixed this
issue or have reference to bug ticket? Looking at latest EL6 RPM changlelog
doesn't show anything obviously related to this issue. I'm on
1.2.11.15-32.el6_5 and appears latest available is 1.2.11.15-60.el6. The
1.2.2 package is from EPEL and not sure why it was installed but appears to
only install a LICENSE file.
Thanks
- Trey
Hi again Trey,
Sorry, I haven't seen your logs. But the errors are identical to what I am
describing.
Version 389-ds-1.2.2-1.el6.noarch is rather old and I would advice to, as
first action, update to current version of 389-ds-base.
Regards,
German.
----- Original Message -----
> From: "German Parente" < gparente(a)redhat.com >
> To: "General discussion list for the 389 Directory server project." <
> 389-users(a)lists.fedoraproject.org >
> Sent: Friday, August 7, 2015 8:22:27 PM
> Subject: Re: [389-users] Replication reinit skipping entries
>
> Hi Trey,
>
> I have seen this issue twice in customer cases. There was a bug sometime
> ago
> which provoke that during on-line re-init, an entry was not sent from
> supplier side (because of corruption in entryrdn) and then, in the consumer
> side all the children of this entry were skipped.
>
> this is fixed in recent versions of 389-ds-base. All our customers having
> this issue have workarounded it by:
>
> - updating to current version so as the issue will not happen any more.
> - fix db by: export -r + off-line re-import in all the replicas.
>
> the errors you mention are of this sort ?
>
> [28/May/2015:10:38:12 -0300] - WARNING: Import is running with
> nsslapd-db-private-import-mem on; No other process is allowed to access the
> dat
> abase
> [28/May/2015:10:38:16 -0300] - import xxxx: WARNING: Skipping entry
> "uid=13364081204,dc=somedc" which has
> no parent, ending at line 0 of file "(bulk import)"
> [28/May/2015:10:38:16 -0300] - import xxxx: WARNING: bad entry: ID 7127
> [28/May/2015:10:38:16 -0300] - import xxxx: WARNING: Skipping entry
> "uid=05722535249,dc=somedc" which has
> no parent, ending at line 0 of file "(bulk import)"
> [28/May/2015:10:38:17 -0300] - import xxxx: WARNING: bad entry: ID 7242
>
> Regards,
>
> German.
>
>
>
> ----- Original Message -----
> > From: "Trey Dockendorf" < treydock(a)gmail.com >
> > To: "General discussion list for the 389 Directory server project."
> > < 389-users(a)lists.fedoraproject.org >
> > Sent: Friday, August 7, 2015 7:51:05 PM
> > Subject: [389-users] Replication reinit skipping entries
> >
> > I recently discovered my two 389DS servers in master-master replication
> > had
> > some inconsistencies. Initially the only differences were 3 users added
> > to
> > ldap01 did not exist in ldap02. I re-initialized ldap02 from ldap01 and
> > now
> > am seeing that 3 groups defined are being skipped [1].
> >
> > I read in another thread that someone else saw this when they moved a
> > LDAP
> > record from one location to another in the directory. I believe that may
> > be
> > what happened here as I know the SLURM user and group both used to exist
> > in
> > a different OU. I moved them to the "Service" OUs some months ago.
What's
> > odd is that this move did not cause the user records to be skipped, just
> > the
> > group records. The thread I saw regarding something similar appears to
> > have
> > the fix resolved in 1.2.10 series. Is this some different bug?
> >
> > As a work around and test of a fix I deleted the 'backupuser' LDAP
group
> > from
> > ldap01 and added it back via a LDIF. I then reinitialized ldap02 from
> > ldap01
> > and that group now exists on ldap02, but I still get a warning [2]. The
> > nsuniqueid in the warning is not the nsuniqueid of the newly created
> > backupuser entry. Is there anything to be concerned about with this
> > warning?
> >
> > These are the 389-ds packages installed on both ldap01 and ldap02:
> >
> > 389-admin-1.1.35-1.el6.x86_64
> > 389-admin-console-1.1.8-1.el6.noarch
> > 389-admin-console-doc-1.1.8-1.el6.noarch
> > 389-adminutil-1.1.19-1.el6.x86_64
> > 389-adminutil-devel-1.1.19-1.el6.x86_64
> > 389-console-1.1.7-1.el6.noarch
> > 389-ds-1.2.2-1.el6.noarch
> > 389-ds-base-1.2.11.15-32.el6_5.x86_64
> > 389-ds-base-devel-1.2.11.15-32.el6_5.x86_64
> > 389-ds-base-libs-1.2.11.15-32.el6_5.x86_64
> > 389-ds-console-1.2.6-1.el6.noarch
> > 389-ds-console-doc-1.2.6-1.el6.noarch
> > 389-dsgw-1.1.11-1.el6.x86_64
> >
> > Let me know what other information may be useful and if this is something
> > I
> > need to submit as a bug report.
> >
> > Thanks,
> > - Trey
> >
> > [1]:
> >
> > [07/Aug/2015:12:35:20 -0500] NSMMReplicationPlugin - conn=353332 op=3
> > Relinquishing consumer connection extension
> > [07/Aug/2015:12:35:20 -0500] - import userRoot: WARNING: Skipping entry
> > "cn=slurm,ou=Service Groups,dc=brazos,dc=tamu,dc=edu" which has no
> > parent,
> > ending at line 0 of file "(bulk import)"
> > [07/Aug/2015:12:35:20 -0500] - import userRoot: WARNING: Skipping entry
> > "cn=rsv,ou=Service Groups,dc=brazos,dc=tamu,dc=edu" which has no
parent,
> > ending at line 0 of file "(bulk import)"
> > [07/Aug/2015:12:35:20 -0500] - import userRoot: WARNING: bad entry: ID 20
> > [07/Aug/2015:12:35:20 -0500] - import userRoot: WARNING: bad entry: ID 22
> > [07/Aug/2015:12:35:21 -0500] - import userRoot: WARNING: Skipping entry
> > "cn=backupuser,ou=Service Groups,dc=brazos,dc=tamu,dc=edu" which has
no
> > parent, ending at line 0 of file "(bulk import)"
> > [07/Aug/2015:12:35:21 -0500] - import userRoot: WARNING: bad entry: ID
> > 4102
> > [07/Aug/2015:12:35:24 -0500] NSMMReplicationPlugin - conn=353332 op=4242
> > Acquired consumer connection extension
> > [07/Aug/2015:12:35:24 -0500] - import userRoot: Workers finished;
> > cleaning
> > up...
> > [07/Aug/2015:12:35:24 -0500] - import userRoot: Workers cleaned up.
> > [07/Aug/2015:12:35:24 -0500] - import userRoot: Indexing complete.
> > Post-processing...
> > [07/Aug/2015:12:35:24 -0500] - import userRoot: Generating
> > numSubordinates
> > complete.
> > [07/Aug/2015:12:35:24 -0500] - import userRoot: Flushing caches...
> > [07/Aug/2015:12:35:24 -0500] - import userRoot: Closing files...
> > [07/Aug/2015:12:35:24 -0500] - import userRoot: Import complete.
> > Processed
> > 4238 entries (3 were skipped) in 4 seconds. (1059.50 entries/sec)
> >
> > [2]:
> > [07/Aug/2015:12:38:48 -0500] NSMMReplicationPlugin - conn=353340 op=3
> > Relinquishing consumer connection extension
> > [07/Aug/2015:12:38:49 -0500] - import userRoot: WARNING: Skipping entry
> > "cn=slurm,ou=Service Groups,dc=brazos,dc=tamu,dc=edu" which has no
> > parent,
> > ending at line 0 of file "(bulk import)"
> > [07/Aug/2015:12:38:49 -0500] - import userRoot: WARNING: Skipping entry
> > "cn=rsv,ou=Service Groups,dc=brazos,dc=tamu,dc=edu" which has no
parent,
> > ending at line 0 of file "(bulk import)"
> > [07/Aug/2015:12:38:49 -0500] - import userRoot: WARNING: bad entry: ID 20
> > [07/Aug/2015:12:38:49 -0500] - import userRoot: WARNING: bad entry: ID 22
> > [07/Aug/2015:12:38:50 -0500] - import userRoot: WARNING: Skipping entry
> > "nsuniqueid=15ed1e81-b6a411e3-9084dfca-5696e563,cn=backupuser,ou=Service
> > Groups,dc=brazos,dc=tamu,dc=edu" which has no parent, ending at line 0 of
> > file "(bulk import)"
> > [07/Aug/2015:12:38:50 -0500] - import userRoot: WARNING: bad entry: ID
> > 4102
> > [07/Aug/2015:12:38:52 -0500] NSMMReplicationPlugin - conn=353340 op=4243
> > Acquired consumer connection extension
> > [07/Aug/2015:12:38:52 -0500] - import userRoot: Workers finished;
> > cleaning
> > up...
> > [07/Aug/2015:12:38:52 -0500] - import userRoot: Workers cleaned up.
> > [07/Aug/2015:12:38:52 -0500] - import userRoot: Indexing complete.
> > Post-processing...
> > [07/Aug/2015:12:38:52 -0500] - import userRoot: Generating
> > numSubordinates
> > complete.
> > [07/Aug/2015:12:38:52 -0500] - import userRoot: Flushing caches...
> > [07/Aug/2015:12:38:52 -0500] - import userRoot: Closing files...
> > [07/Aug/2015:12:38:53 -0500] - import userRoot: Import complete.
> > Processed
> > 4239 entries (3 were skipped) in 5 seconds. (847.80 entries/sec)
> >
> > --
> > 389 users mailing list
> > 389-users(a)lists.fedoraproject.org
> >
https://admin.fedoraproject.org/mailman/listinfo/389-users
> --
> 389 users mailing list
> 389-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users