Correction: fixup-memberuid.pl was implemented by Carsten Grzemba <grzemba> and added to 389-ds-base-1.3.3.
/usr/lib64/dirsrv/slapd-ID/fixup-memberuid.pl

The script fixes up the mismatched member/uniquemember in the posixGroup between DS and AD.

Usage: fixup-memberuid.pl [-v] -D rootdn { -w password | -w - | -j filename }
        -b baseDN [-f filter]
 Opts: -D rootdn           - Directory Manager
     : -w password         - Directory Manager's password
     : -w -                - Prompt for Directory Manager's password
     : -j filename         - Read Directory Manager's password from file
     : -b baseDN           - Base DN that contains entries to fix up
     : -f filter           - Filter for entries to fix up
                             If omitted, all entries under the specified
                             base will have their memberUid attribute
                             regenerated.
     : -v                  - verbose

To verify, disconnect DS and AD.
Add member and uniquemember to the posixgroup entries on each server.
Run fixup-memberuid.pl (see the above usage)

Fixup memberuid.pl script fails to add a task and throws error 32.

./fixup-memberuid.pl   -D "cn=Directory Manager" -w Secret123 -b "dc=memofsuff,dc=com"
adding new entry "cn=memberUid_fixup_2014_11_26_2_23_36, cn=memberuid task, cn=tasks, cn=config"
ldap_add: No such object (32)

ldapsearch -x -p 1989 -h localhost -D "cn=Directory Manager" -w Secret123 -b "cn=tasks,cn=config" |grep -i memberuid
[root@vm-idm-042 slapd-testinst1]# 

It looks like the memberuid task is not added to the list of tasks. Hence, changing the status to assigned.

I went ahead and manually added the task entry for this. Then, I could successfully run fixupmemberid.pl script. Hence, marking the bug as Verified.

[root@vm-idm-035 slapd-test3]# /usr/bin/ldapmodify -ax -h localhost -p 9389 -D "cn=Directory Manager" -w Secret123 << EOF
dn: cn=memberuid task,cn=tasks,cn=config
objectClass: top
objectClass: extensibleObject
EOF

adding new entry "cn=memberuid task,cn=tasks,cn=config"

[root@vm-idm-035 slapd-test3]# ./fixup-memberuid.pl -D "cn=Directory Manager" -w Secret123 -b "dc=example,dc=com" -f "uid=new*"
adding new entry "cn=memberUid_fixup_2014_12_3_17_47_44, cn=memberuid task, cn=tasks, cn=config"


For other tasks, the task entries are already present under "cn=tasks, cn=config". So, if this is something you missed, please add so in the next build.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-0416.html