[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#3931) slapcat -a doesn't work
There was a bug in the matching routine used to evaluate entryDN
matches, this is now fixed in HEAD slapd/dn.c rev 1.176. This bug is
completely unrelated to the changes in Ando's proposed patch(es). Ando's
latest patch looks OK, but I'm ambivalent about whether it should really
go in. It seems to me that slapcat should not be filtering on things
that aren't actually in the entry data, especially since those
operational attrs are removed from the output so you can't use them to
cross-check the results. Nor should those operational attrs be included
in the output, because we don't want them being fed in again on a
subequent slapadd.
quanah@stanford.edu wrote:
> --On Saturday, August 13, 2005 8:46 PM +0200 Pierangelo Masarati
> <ando@sys-net.it> wrote:
>
>
>> With the patch
>> <ftp://ftp.openldap.org/incoming/p.m.2005-08-13.slapcat-operational.patch>
>> your filter works; I'd hesitate in committing it before Howard's review.
>>
>
> Hi Pierangelo,
>
> I tried 2.3.5 + your patch this morning, and it doesn't work correctly for
> me:
>
> ldap-dev0:/tmp/db# slapcat -a
> "(!(entryDN:dnSubtreeMatch:=cn=People,dc=stanford,dc=edu))" -l test.ldif
>
> ldap-dev0:/tmp/db# more test.ldif
> dn: dc=stanford,dc=edu
> objectClass: dcObject
> objectClass: organization
> o: Stanford University
> dc: stanford
> l: Palo Alto
> structuralObjectClass: organization
> entryUUID: a504e0c4-9029-1029-9e4c-98dee611ff4f
> creatorsName: cn=Manager,dc=stanford,dc=edu
> modifiersName: cn=Manager,dc=stanford,dc=edu
> createTimestamp: 20050724005725Z
> modifyTimestamp: 20050724005725Z
> entryCSN: 20050724005725Z#000001#00#000000
> contextCSN: 20050813103957Z#000001#00#000000
>
>
> There's about 60,000 entries missing from this (i.e., it only exported my
> root). All other branches of my database and their entries are missing.
>
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
OpenLDAP Core Team http://www.openldap.org/project/