|
Steve, This definitely looks like a bug, can you please a ticket (provide the cos definitions and ldif): https://fedorahosted.org/389/newticket Could we also get an ldif file (db2ldif) of the existing entries? Thanks, Mark On 04/01/2014 05:19 PM, Steve Holden
wrote:
(Swapped to inline posting for this mail)-----Original Message----- From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx [mailto:389-users- bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of thierry bordaz Sent: 01 April 2014 18:37 On 04/01/2014 07:04 PM, Steve Holden wrote:The CoS rules are working correctly, but they massively impact directory update performance. If I delete all of the 15 rules, my simple LDIF update takes milliseconds. If I re-add them (and wait for re-indexing), it takes 2m30s!-----Original Message----- From: Steve Holden Sent: 01 April 2014 14:49 After this completed, I imported the LDIF again, which should not have affected any CoS attributes (just the 'title' one), but which nonetheless triggered a CoS change and apparently a refresh of the entire CoS cache! The cache appears to being continually rebuilt...Hello, The message "cos_cache_change_notify:updating due to indirect template change(uid=st8,ou=people,dc=brighton,dc=ac,dc=uk)" means that the cos cache will be rebuilt. A possible cause is an update of uid=st8,ou=people,dc=brighton,dc=ac,dc=uk is related to an indirect cos specifier. That trigger a rebuild of the cos cache. Would it be possible to get the cos definitions. Also, if you enable audit log it can help to identify the modified attribute in the entry. regards thierryHi, Thierry Thanks for responding. I'm feeling stuck! I understand that the CoS cache will be rebuilt, but not why - or why it should impact performance so badly, or why the CoS cache seems to be being constantly rebuilt! Here's the LDIF that's being imported: http://pastebin.com/NyNY650L Here are the CoS definitions: http://pastebin.com/GeWb0VW3 No other (user-generated) activity is taking place. As you can see, the title attribute isn't included in any of the definitions, so I can't understand why should it cause a CoS cache rebuild :-/ Best wishes, Steve ___________________________________________________________ This email has been scanned by MessageLabs' Email Security System on behalf of the University of Brighton. For more information see http://www.brighton.ac.uk/is/spam/ ___________________________________________________________ -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users -- Mark Reynolds 389 Development Team Red Hat, Inc mreynolds@xxxxxxxxxx |
-- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
