Description of problem:
Two tests in freeIPA testsing in ipatests/test_xmlrpc/test_automember_plugin.py
are failing with some regularity.

The test is trying to exercise rebuild. In order to do this the modify-ops
feature needs to be disabled.

The sequence of events is:

1. host is created
2. hostgroup is created
3. automember rule is created
4. condition created that would add this host to the hostgroup

So since the rule was created afterward the rule isn't applied. We need to
rebuild.

So next this happens:

5. autoMemberProcessModifyOps is set to off
6. 389-ds is restarted
7. the ipa command automember-rebuild is called (this creates a rebuild task)

The ipa command will loop until the task disappears, indicating the work is
done.

8. the ipa command automember-rebuild --no-wait is called (same thing but this
time it doesn't wait for the task to finish)

9. An internal view of the hostgroup is updated to indicate that the host is a
member.
10. The hostgroup is retrieved from LDAP and compared to the internal view.
They should match.

The same test is done for user groups as well.

We see one or both failing periodically with rebuild not adding the membership
according to the condition.

I moved the restart until after the rebuild command and haven't been able to
reproduce the failure. I don't know if this is related to modify-op being off
means membership is not always properly calculated or the server is still not
quite up after the restart when we try to force the rebuild or the task is
returning as finished when it isn't.

Version-Release number of selected component (if applicable):

389-ds-base-1.4.0.22-1.fc29

How reproducible:

intermittently

Steps to Reproduce:
1. ipa-server-install (DNS, etc is optional)
2. kinit admin
3. pull freeipa git source
4. pytest-3 -v ipatests/test_xmlrpc/test_automember_plugin.py

Actual results:

Sometimes fails with AssertionError that a key is missing. This indicates that
the rebuild was not complete.