<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Reviewed by Nathan (Thank you!!)<br>
<br>
Pushed to master.<br>
<br>
--noriko<br>
<br>
On 07/21/2009 01:08 PM, Noriko Hosoi wrote:
<blockquote cite="mid:4A662047.6040008@redhat.com" type="cite">Regarding
the first question from Andrey:
  <br>
  <br>
   The USNs seem to be unique within a suffix/backend. Should we enable
  <br>
   the uniqueness plug-in for them? If not can we be sure that a manual
  <br>
   change of entryUSN will not interfere with the correct functioning
  <br>
   of the plug-in?
  <br>
  <br>
Nathan suggested to set SLAPI_ATTR_FLAG_NOUSERMOD to the attribute
entryusn as follows.
  <br>
  <br>
   diff --git a/ldap/servers/slapd/back-ldbm/init.c
  <br>
   b/ldap/servers/slapd/back-ldbm/
  <br>
   index a4ff79c..be9c114 100644
  <br>
   --- a/ldap/servers/slapd/back-ldbm/init.c
  <br>
   +++ b/ldap/servers/slapd/back-ldbm/init.c
  <br>
   @@ -86,7 +86,7 @@ ldbm_back_add_schema( Slapi_PBlock *pb )
  <br>
               rc |= add_ldbm_internal_attr_syntax( "entryusn",
  <br>
                           LDBM_ENTRYUSN_OID, INTEGER_SYNTAX_OID,
  <br>
   INTFIRSTCOMPMATCH
  <br>
   -                       SLAPI_ATTR_FLAG_SINGLE );
  <br>
   +                        
SLAPI_ATTR_FLAG_SINGLE|SLAPI_ATTR_FLAG_NOUSERMOD );
  <br>
               return rc;
  <br>
    }
  <br>
  <br>
The flag nicely prevents the manual update on EntryUSN.
  <br>
  <br>
   ldapmodify -D "cn=Directory Manager" -w /password/
  <br>
   dn: uid=tuserX,dc=example,dc=com
  <br>
   changetype: modify
  <br>
   replace: entryusn
  <br>
   entryusn: 100
  <br>
  <br>
   modifying entry uid=tuserX,dc=example,dc=com
  <br>
   ldap_modify: DSA is unwilling to perform
  <br>
   ldap_modify: additional info: no modifiable attributes specified
  <br>
  <br>
Nathan also pointed out several typos as well as an issue of internal
deletion.  Currently, if the delete is initiated internally, the entry
is not converted to a tombstone unless the backend is replicated.  I'm
adding this issue to ToDo list for now. <br>
Attached patch includes the above diff and typo fixes.
  <br>
  <br>
Thanks so much to Nathan for his reviews and suggestions.
  <br>
--noriko
  <br>
  <br>
Noriko Hosoi wrote:
  <br>
  <blockquote type="cite">First cut for implementing Entry USN.
    <br>
See <a class="moz-txt-link-freetext" href="http://directory.fedoraproject.org/wiki/Entry_USN">http://directory.fedoraproject.org/wiki/Entry_USN</a> for the design
details.
    <br>
This change includes a bug fix for "db2ldif -r"; event queue system was
not
    <br>
shutdown before the plugins are closed, which could have crashed the
command
    <br>
line utility.
    <br>
    <br>
Thanks,
    <br>
--noriko
    <br>
------------------------------------------------------------------------
    <br>
    <br>
--
    <br>
389-devel mailing list
    <br>
<a class="moz-txt-link-abbreviated" href="mailto:389-devel@redhat.com">389-devel@redhat.com</a>
    <br>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/fedora-directory-devel">https://www.redhat.com/mailman/listinfo/fedora-directory-devel</a>
    <br>
  </blockquote>
  <br>
  <pre wrap="">
<hr size="4" width="90%">
--
389-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:389-devel@redhat.com">389-devel@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/fedora-directory-devel">https://www.redhat.com/mailman/listinfo/fedora-directory-devel</a>
  </pre>
</blockquote>
<br>
</body>
</html>