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(a)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.