Commit - freeipa - 9b92e8fab1f3531021aacce0f6e3c14144320887

freeipa

`9b92e8f` Before the fix, when ipa-backup was called for the first time, the LDAP database exported to /var/lib/dirsrv/slapd-<instance>/ldif/<instance>-userRoot.ldif. db2ldif is called for this and it runs under root, hence files were owned by root.

1 file Authored by myusuf 6 years ago, Committed by cheimes 6 years ago,

raw patch tree parent

1 file changed. 52 lines added. 0 lines removed.

ipatests/test_integration/test_backup_and_restore.py

    Before the fix, when ipa-backup was called for the first time, the LDAP database exported to /var/lib/dirsrv/slapd-<instance>/ldif/<instance>-userRoot.ldif. db2ldif is called for this and it runs under root, hence files were owned by root.
    
    When ipa-backup called the next time, the db2ldif fails,
    because the tool does not have permissions to write to the ldif
    file which was owned by root (instead of dirsrv)
    
    This test check if files are owned by dirsrv and db2ldif doesn't
    fails
    
    related ticket: https://pagure.io/freeipa/issue/7010
    
    Signed-off-by: Mohammad Rizwan Yusuf <myusuf@redhat.com>
    Reviewed-By: Christian Heimes <cheimes@redhat.com>

ipatests/test_integration/test_backup_and_restore.py

file modified

+52 -0

freeipa

Source Code

9b92e8f Before the fix, when ipa-backup was called for the first time, the LDAP database exported to /var/lib/dirsrv/slapd-<instance>/ldif/<instance>-userRoot.ldif. db2ldif is called for this and it runs under root, hence files were owned by root.

1 file Authored by myusuf 6 years ago, Committed by cheimes 6 years ago,

`9b92e8f` Before the fix, when ipa-backup was called for the first time, the LDAP database exported to /var/lib/dirsrv/slapd-<instance>/ldif/<instance>-userRoot.ldif. db2ldif is called for this and it runs under root, hence files were owned by root.