<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
When attribute values are deleted from entries in a replicated
partition they are moved to a hidden state, they need to be kept around
in case they need to be resurrected by the update resolution protocol. 
If you add the same value after deleting it, the underlying mechanism
moves it back from the hidden state.  I wonder if it's considering the
old value equivalent to what you're trying to add.  I'm pretty sure
spaces don't slip through though, can you verify what character codes
the trailing characters are so I can test it?<br>
<br>
Ulf<br>
<br>
Eddie C wrote:
<blockquote
 cite="mid:cbbf4b570709251047i283104adl49d569dcd3b6ceca@mail.gmail.com"
 type="cite">
  <pre wrap=""> I have tried adding/removing these attributes a number of different
ways. LDIF/LDAP Browser/ FDS admin console. I fully remove the values
and the entire attribute but when I re-add them they keep having extra
spaces in the end. I almost believe the entry is corrupted in some
way.

I do not want to do anything very drastic because only this one entry
is showing problems (that I know of)



On 9/24/07, Dan Lannom <a class="moz-txt-link-rfc2396E" href="mailto:dlannom@umd.umich.edu"><dlannom@umd.umich.edu></a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Eddie C wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">I am having an issue that may be related to multi-master replication,
or it may be related to a non viewable ascii value in an attribute.

We have a custom schema. We have a multivalued attribute
departalloweddomain

 this attribute has three values inside it.
  "a.com"
  "b.com  "
  "c.com "

My goal is to remove the trailing white space. Which may be a space or
a weird character.
      </pre>
    </blockquote>
    <pre wrap="">You can determine what the white space is by saving an .ldif
representation  [ldapsearch -LLL ... > file]and viewing with a program
that views hexcodes like xxd.


    </pre>
    <blockquote type="cite">
      <pre wrap="">I have tried deleting the individual values and re-adding them.
I attempted to delete the entire attribute and re-add.

The value keeps appearing like so.

  "b.com  "

      </pre>
    </blockquote>
    <pre wrap="">Try editing the .ldif file above and removing the extra characters,
modify enough of the attributes so that its unique and add it into the
directory using ldapmodify or other standard tool.  If this still shows
a problem then there is something very unusual about your configuration.
   If importing the .ldif file is clean I would suspect the technique
used to normally add the attributes.

Dan Lannom

--
Fedora-directory-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Fedora-directory-users@redhat.com">Fedora-directory-users@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/fedora-directory-users">https://www.redhat.com/mailman/listinfo/fedora-directory-users</a>

    </pre>
  </blockquote>
  <pre wrap=""><!---->
--
Fedora-directory-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Fedora-directory-users@redhat.com">Fedora-directory-users@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/fedora-directory-users">https://www.redhat.com/mailman/listinfo/fedora-directory-users</a>

  </pre>
</blockquote>
</body>
</html>