I see, all parent containers need to have the nsView objectclass if you want to recurs
that far up.
Very interesting, thank you so much.
-----Original Message-----
From: 389-users-bounces(a)lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Noriko Hosoi
Sent: Thursday, September 30, 2010 7:56 PM
To: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] nsView problem
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/vi
rv
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.