<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 11/25/2013 08:14 AM, Emil Petersson
wrote:<br>
</div>
<blockquote cite="mid:5293694E.9060606@melt.se" type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<link href="chrome://translator/skin/floatingPanel.css"
type="text/css" rel="stylesheet">
Hi,<br>
<br>
I'm running FreeIPA 3.0 under RHEL6.4. I'm seeing some unexpected
behaviour with winsync replication.<br>
<br>
1. I have a working winsync agreement, and users are synced
correctly.<br>
<br>
2. If a user already exists in in IPA when I sync it from AD, I'm
seeing the following in the dirsrv error logs:<br>
<br>
[25/Nov/2013:14:29:03 +0000] NSMMReplicationPlugin -
windows_update_local_entry: failed to modify entry
uid=username,cn=users,cn=accounts,dc=domain,dc=net - error
21:Invalid syntax<br>
<br>
I assume this is because the user already exists in dirsrv?
Fine.<br>
</blockquote>
<br>
No. Error 21 is Invalid Syntax. This means the format of the data
in the attribute in AD is not correct for the given syntax. For
example, if the syntax is Integer, this means the data should be a
valid integer. However, AD allows data that violates LDAP syntax.<br>
<br>
Can you post the data from the AD entry that corresponds to
uid=username,cn=users,cn=accounts,dc=domain,dc=net? Please be sure
to obscure any sensitive data. I'd like to identify the data that
is causing this problem.<br>
<br>
<blockquote cite="mid:5293694E.9060606@melt.se" type="cite"> <br>
3. Then I remove the corresponding user from IPA and force another
sync from AD, hoping that the user will sync properly this time,
and thus have its ntUser* attributes created:<br>
<br>
[25/Nov/2013:14:29:09 +0000] NSMMReplicationPlugin -
agmt="cn=meToAD.domain.com" (dc03:389): map_entry_dn_inbound:
looking for local entry by uid [username]<br>
[25/Nov/2013:14:29:09 +0000] - Windows sync entry: Adding new
local entry dn: uid=username,cn=users,cn=accounts,dc=domain,dc=net<br>
[25/Nov/2013:14:29:09 +0000] NSMMReplicationPlugin - add
operation of entry
uid=username,cn=users,cn=accounts,dc=domain,dc=net returned: 21<br>
<br>
It's like something (either AD or IPA) remembers that a user have
failed once, and then refuse to sync it any more. Removing the
winsync agreement and recreating it completely doesn't help. The
user is still not synced, and leaves error code 21.<br>
<br>
Anyone have any idea on why this is, and how I can sync the user
even though it has failed once?<br>
<br>
<br>
<div style="bottom: auto; left: 370px; right: auto; top: 56px;
display: none;" class="translator-theme-default"
id="translator-floating-panel"> </div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Freeipa-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Freeipa-users@redhat.com">Freeipa-users@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/freeipa-users">https://www.redhat.com/mailman/listinfo/freeipa-users</a></pre>
</blockquote>
<br>
</body>
</html>