Hello, I tweaked your sample ldif file: 1) turned ou=Projects to an nsView object and removed ou=people under ou=A and B, 2) added another entry uid=tuser. Here's the search result: $ ldapsearch -x ... -b "ou=A,ou=projects,dc=mgt,dc=ont,dc=srv" "(uidnumber=*)" dn uidnumber # doe_john, People, mgt.ont.srv dn: uid=doe_john,ou=People,dc=mgt,dc=ont,dc=srv uidnumber: 48465 $ ldapsearch -x ... -b "ou=B,ou=projects,dc=mgt,dc=ont,dc=srv" "(uidnumber=*)" dn uidnumber # doe_jane, People, mgt.ont.srv dn: uid=doe_jane,ou=People,dc=mgt,dc=ont,dc=srv uidnumber: 31388 $ ldapsearch -x ... -b "ou=C,ou=projects,dc=mgt,dc=ont,dc=srv" "(uidnumber=*)" dn uidnumber # tuser, sub, People, mgt.ont.srv dn: uid=tuser,ou=sub,ou=People,dc=mgt,dc=ont,dc=srv uidnumber: 31389 $ ldapsearch -x ... -b "ou=projects,dc=mgt,dc=ont,dc=srv" "(uidnumber=*)" dn uidnumber # doe_john, People, mgt.ont.srv dn: uid=doe_john,ou=People,dc=mgt,dc=ont,dc=srv uidnumber: 48465 # doe_jane, People, mgt.ont.srv dn: uid=doe_jane,ou=People,dc=mgt,dc=ont,dc=srv uidnumber: 31388 # tuser, sub, People, mgt.ont.srv dn: uid=tuser,ou=sub,ou=People,dc=mgt,dc=ont,dc=srv uidnumber: 31389 $ ldapsearch -x ... -b "ou=projects,dc=mgt,dc=ont,dc=srv" "(uidnumber=31388)" dn uidnumber # doe_jane, People, mgt.ont.srv dn: uid=doe_jane,ou=People,dc=mgt,dc=ont,dc=srv uidnumber: 31388 Does this fulfill your requirement? --noriko On 09/30/2010 03:05 PM, Procunier, Greg wrote: > Surely someone has seen this problem or could at the very least point me > in the right direction ? > > -----Original Message----- > From: Procunier, Greg > Sent: Thursday, September 23, 2010 3:00 PM > To: '389-users at lists.fedoraproject.org' > Subject: nsView problem > Importance: High > > Hello, > > I have tried creating test directory similar to the example given from > Red Hat in this image: > > http://www.redhat.com/docs/manuals/dir-server/8.2/admin/html/images/virv > iew3.png > > > The goal was to have a nsViewFilter reach into the global user bucket > (ou=People,dc=mgt,dc=ont,dc=srv) and populate a lower level branch with > relevant user information > (ou=People,ou=A,ou=Projects,dc=mgt,dc=ont,dc=srv). > > This does not work at all; the nsViewFilter only works if that filter is > on the same level as the objects it needs to search which is > contradictory to the image Red hat has pushed out. > > I was under the impression that container structures (such as > organization units or organizations) with nsViewFilter attributes recurs > the root of the directory to create their abstractions. If that were > the case then the Red Hat image would be correct. As it is right now it > does not seem to be the case. > > I am using Red Hat Directory server 8.2 (redhat-ds-8.2.0-2) on RHEL5. > > I am hoping I am doing something terribly wrong and some one can point > it out for me. > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: view0.ldif Url: http://lists.fedoraproject.org/pipermail/389-users/attachments/20100930/5d3d23be/attachment.pl -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6646 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20100930/5d3d23be/attachment.bin
