[389-users] nsView problem

[Procunier, Greg]

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 at lists.fedoraproject.org [mailto:389-users-bounces at 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 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/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.
>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20101001/cbc8a1f6/attachment.sig>