FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Directory

 
 
LinkBack Thread Tools
 
Old 01-04-2011, 08:40 PM
Rich Megginson
 
Default Can't access auto.master directory entries in console

On 01/04/2011 02:30 PM, Orion Poplawski wrote:
> In 389-console, my auto.master folder entry does not appear on the left pane
> so I can't edit the entries in it. It does appear as a folder icon on the
> right. Any ideas why this would be? File a bug?
I'm assuming you mean in the directory browser. First step would be to
run the console using 389-console -D 9 -f console.log then post the
console.log (first obscure any sensitive information). Also check the
directory server access log to see what searches it is performing.
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 01-04-2011, 11:04 PM
Orion Poplawski
 
Default Can't access auto.master directory entries in console

On 01/04/2011 02:40 PM, Rich Megginson wrote:
> On 01/04/2011 02:30 PM, Orion Poplawski wrote:
>> In 389-console, my auto.master folder entry does not appear on the left pane
>> so I can't edit the entries in it. It does appear as a folder icon on the
>> right. Any ideas why this would be? File a bug?
> I'm assuming you mean in the directory browser. First step would be to run the
> console using 389-console -D 9 -f console.log then post the console.log (first
> obscure any sensitive information). Also check the directory server access log
> to see what searches it is performing.

This appears to be the relevant searches. Not that it does not appear to be
searching inside "ou=auto.master,dc=cora,dc=nwra,dc=com".

[04/Jan/2011:16:56:35 -0700] conn=81117 op=28 SRCH
base="dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="distinguishedName"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=32 SRCH base="cn=MCC dc=cora
dc=nwra dc=com,cn=userRoot,cn=ldbm database,cn=plugins,cn=config" scope=0
filter="(|(objectClass=*)(objectClass=ldapsubentry ))" attrs="distinguishedName"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=33 SRCH
base="dc=cora,dc=nwra,dc=com" scope=0
filter="(|(objectClass=*)(objectClass=ldapsubentry ))" attrs="objectClass
numSubordinates ref aci"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=34 SRCH
base="dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="objectClass numSubordinates ref aci"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=35 SRCH
base="ou=auto.home,dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="distinguishedName"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=36 SRCH
base="ou=auto.data,dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="distinguishedName"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=37 SRCH
base="ou=auto.datag,dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="distinguishedName"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=38 SRCH
base="ou=auto.data4,dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="distinguishedName"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=39 SRCH
base="ou=auto.data4g,dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="distinguishedName"

Relevant console.log when I open the dc=cora folder appears to be:

CreateVLVIndex.indexStatus(): dc=cora,dc=nwra,dc=com
CreateVLVIndex.getBackendConfigRoot(): backend config root for
dc=cora,dc=nwra,dc=com is cn=MCC dc=cora dc=nwra dc=com, cn=userRoot, cn=ldbm
database, cn=plugins, cn=config

--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 01-05-2011, 02:56 PM
Orion Poplawski
 
Default Can't access auto.master directory entries in console

On 01/04/2011 08:19 PM, Marc Sauton wrote:
> On Tue, 2011-01-04 at 17:04 -0700, Orion Poplawski wrote:
>> On 01/04/2011 02:40 PM, Rich Megginson wrote:
>>> On 01/04/2011 02:30 PM, Orion Poplawski wrote:
>>>> In 389-console, my auto.master folder entry does not appear on the left pane
>>>> so I can't edit the entries in it. It does appear as a folder icon on the
>>>> right. Any ideas why this would be? File a bug?
>>> I'm assuming you mean in the directory browser. First step would be to run the
>>> console using 389-console -D 9 -f console.log then post the console.log (first
>>> obscure any sensitive information). Also check the directory server access log
>>> to see what searches it is performing.
>>
>> This appears to be the relevant searches. Not that it does not appear to be
>> searching inside "ou=auto.master,dc=cora,dc=nwra,dc=com".
>>
>> [04/Jan/2011:16:56:35 -0700] conn=81117 op=28 SRCH
>> base="dc=cora,dc=nwra,dc=com" scope=1
>> filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
>> attrs="distinguishedName"
>> [04/Jan/2011:16:56:37 -0700] conn=81117 op=32 SRCH base="cn=MCC dc=cora
>> dc=nwra dc=com,cn=userRoot,cn=ldbm database,cn=plugins,cn=config" scope=0
>> filter="(|(objectClass=*)(objectClass=ldapsubentry ))" attrs="distinguishedName"
>> [04/Jan/2011:16:56:37 -0700] conn=81117 op=33 SRCH
>> base="dc=cora,dc=nwra,dc=com" scope=0
>> filter="(|(objectClass=*)(objectClass=ldapsubentry ))" attrs="objectClass
>> numSubordinates ref aci"
>> [04/Jan/2011:16:56:37 -0700] conn=81117 op=34 SRCH
>> base="dc=cora,dc=nwra,dc=com" scope=1
>> filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
>> attrs="objectClass numSubordinates ref aci"
>> [04/Jan/2011:16:56:37 -0700] conn=81117 op=35 SRCH
>> base="ou=auto.home,dc=cora,dc=nwra,dc=com" scope=1
>> filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
>> attrs="distinguishedName"
> You may want to look for the matching log entry indicating the RESULT of
> this operation.
> It could be also good to know what was the BIND at the begining of the
> connection, may be you have some aci in use.

This appears to be the search that gets the contents of the
dc=cora,dc=nwra,dc=com directory that are themselves "folders":

[04/Jan/2011:16:56:37 -0700] conn=81117 op=34 SRCH
base="dc=cora,dc=nwra,dc=com" scope=1
filter="(|(&(numSubordinates=*)(numSubordinates>=1 )(|(objectClass=*)(objectClass=ldapsubentry)))(obj ectClass=organization)(objectClass=organizationalU nit)(objectClass=netscapeServer)(objectClass=netsc apeResource)(objectClass=domain))"
attrs="objectClass numSubordinates ref aci"
[04/Jan/2011:16:56:37 -0700] conn=81117 op=34 RESULT err=0 tag=101 nentries=6
etime=0 notes=U

But it does not return auto.master or auto.nfs (which I see now also does not
show up in the folder list).

Now, there's nothing different between say auto.home and auto.nfs at the top
level:

# auto.home, cora.nwra.com
dn: ou=auto.home,dc=cora,dc=nwra,dc=com
ou: auto.home
objectClass: top
objectClass: automountMap

# auto.nfs, cora.nwra.com
dn: ou=auto.nfs,dc=cora,dc=nwra,dc=com
ou: auto.nfs
objectClass: top
objectClass: automountMap

Entries have the same properties as well.

# ftp, auto.home, cora.nwra.com
dn: cn=ftp,ou=auto.home,dc=cora,dc=nwra,dc=com
objectClass: automount
objectClass: top
cn: ftp
automountInformation: hawk:/export/ftp

# local, auto.nfs, cora.nwra.com
dn: cn=local,ou=auto.nfs,dc=cora,dc=nwra,dc=com
objectClass: automount
objectClass: top
cn: local
automountInformation: earth:/export/local


If I remove the (numSubordinates>=1) clause then I get all the entries. It
appears that the server isn't calculating that value correctly. Is there a
way to check/repair?


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 

Thread Tools




All times are GMT. The time now is 07:40 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org