CoS and language codes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 01/11/2011 08:25 AM, Deyan Stoykov wrote:
> Rich Megginson wrote:
>> On 01/11/2011 06:53 AM, Deyan Stoykov wrote:
>>> Rich Megginson wrote:
>>>> On 01/10/2011 08:18 AM, Deyan Stoykov wrote:
>>>>> Hello!
>>>>>
>>>>> I'm implementing CoS for the ou attribute, but it doesn't work when a
>>>>> language code (RFC2596) is included.
>>>>>
>>>>> # ldapsearch -x -y /etc/ldap.secret "cospriority=CIKO Template" -LLL
>>>>> dn: cospriority=CIKO Template,ou=CIKO,ou=People,dc=ru,dc=acad,dc=bg
>>>>> ou: CIKO
>>>>> ou;lang-bg:: 0KbQmNCa0J4=
>>>>> cosPriority: CIKO Template
>>>>> objectClass: top
>>>>> objectClass: costemplate
>>>>> objectClass: extensibleobject
>>>> This does not look correct.  cosPriority is supposed to be an integer:
>>>> http://docs.redhat.com/docs/en-US/Red_Hat_Directory_Server/8.2/html-single/Administration_Guide/index.html#Advanced_Entry_Management-Assigning_Class_of_Service 
>>>>
>>> Thank you, I fixed this, but the issue still exists:
>>>
>>> # ldapsearch -x -y /etc/ldap.secret "cn=CIKO Template" -LLL
>>> dn: cn=CIKO Template, cn=CIKO CoS, 
>>> ou=CIKO,ou=People,dc=ru,dc=acad,dc=bg
>>> cn: CIKO Template
>>> cosPriority: 1
>>> ou: CIKO
>>> ou;lang-bg:: 0KbQmNCa0J4=
>>> objectClass: top
>>> objectClass: costemplate
>>> objectClass: extensibleobject
>>>
>>> # ldapsearch -x -y /etc/ldap.secret uid=dstoykov ou -LLL
>>> dn: uid=dstoykov,ou=CIKO,ou=People,dc=ru,dc=acad,dc=bg
>>> ou: CIKO
>> What is your CoS definition entry?
>
> dn: cn=CIKO CoS, ou=CIKO,ou=People,dc=ru,dc=acad,dc=bg
> costemplatedn: cn=CIKO Template, cn=CIKO CoS, 
> ou=CIKO,ou=People,dc=ru,dc=acad,dc=bg
> objectClass: top
> objectClass: ldapsubentry
> objectClass: cossuperdefinition
> objectClass: cosPointerDefinition
> cosAttribute: ou;lang-bg
> cosAttribute: ou
> cn: CIKO CoS
>
> Btw I was unable to export the CoS definition entry with ldapsearch 
> (it was never in the results, even with no filter), only with db2ldif. 
> I don't know if this is bug or by design.
This is by design.  CoS definition entries inherit from objectclass 
ldapsubentry - these are special entries that only show up if you 
provide the special search filter objectclass=ldapsubentry - so if you 
want to see all of your cos definition entries, try this:
ldapsearch ..... 
'(&(objectclass=cossuperdefinition)(objectclass=ldapsubentry))'

Does it work correctly if you just have a single cosAttribute: ou;lang-bg?
>
> Regards,
> Deyan
>



[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux