<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Steven,<br>
<br>
<blockquote>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.<br>
<br>
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.<br>
<br>
regards<br>
thierry<br>
</blockquote>
On 04/01/2014 11:19 PM, Steve Holden wrote:<br>
</div>
<blockquote
cite="mid:83194AFE1AF20F4AB9F66D5E5F7C1FFED5555FA8@BELLATRIX.university.brighton.ac.uk"
type="cite">
<pre wrap="">(Swapped to inline posting for this mail)
</pre>
<blockquote type="cite">
<pre wrap="">-----Original Message-----
From: <a class="moz-txt-link-abbreviated" href="mailto:389-users-bounces@lists.fedoraproject.org">389-users-bounces@lists.fedoraproject.org</a> [<a class="moz-txt-link-freetext" href="mailto:389-users">mailto:389-users</a>-
<a class="moz-txt-link-abbreviated" href="mailto:bounces@lists.fedoraproject.org">bounces@lists.fedoraproject.org</a>] On Behalf Of thierry bordaz
Sent: 01 April 2014 18:37
On 04/01/2014 07:04 PM, Steve Holden wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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!
</pre>
</blockquote>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">-----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...
</pre>
</blockquote>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap="">
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: <a class="moz-txt-link-freetext" href="http://pastebin.com/NyNY650L">http://pastebin.com/NyNY650L</a>
Here are the CoS definitions: <a class="moz-txt-link-freetext" href="http://pastebin.com/GeWb0VW3">http://pastebin.com/GeWb0VW3</a>
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 <a class="moz-txt-link-freetext" href="http://www.brighton.ac.uk/is/spam/">http://www.brighton.ac.uk/is/spam/</a>
___________________________________________________________
--
389 users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a>
<a class="moz-txt-link-freetext" href="https://admin.fedoraproject.org/mailman/listinfo/389-users">https://admin.fedoraproject.org/mailman/listinfo/389-users</a></pre>
</blockquote>
<br>
</body>
</html>