Re: Serious write-performance problems on RHEL6 - CoS cache repeatedly rebuilding?

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

 



Hi Steven,

So far I failed to reproduce but I think it is normal, I would need your custom schema file (defining attributes/oc used in cosdefinitions) and also your dse.ldif.

A possibility is that uid=std8 contains a cosspecifier attribute so that even if you update 'title' that is not part of cos definition, it triggers a cache rebuild.

regards
thierry
On 04/01/2014 11: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
thierry
Hi, 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

--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users

[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