RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1636765 - ipa-restore set wrong file permissions and ownership for /var/log/dirsrv/slapd-<instance> directory
Summary: ipa-restore set wrong file permissions and ownership for /var/log/dirsrv/slap...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ipa
Version: 7.5
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: IPA Maintainers
QA Contact: ipa-qe
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-10-07 13:50 UTC by Luc de Louw
Modified: 2020-03-31 19:55 UTC (History)
7 users (show)

Fixed In Version: ipa-4.6.6-7.el7
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-03-31 19:55:19 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:1083 0 None None None 2020-03-31 19:55:38 UTC

Description Luc de Louw 2018-10-07 13:50:53 UTC 
Description of problem:
When attempting a restore, the permission are set to 755 and ownership root:root for /var/log/dirsrv/slapd-<instance> which causes dirsrv not being able to write to the access log


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


How reproducible:
always

Steps to Reproduce:
1. ipa-restore /tmp/ipa-full-2018-10-02-11-53-58
2. grep log_flush_buffer /var/log/dirsrv/dirsrv/slapd-<instance>/errors [07/Oct/2018:15:12:14.655887136 +0200] - ERR - log_flush_buffer - Unable to open access file:/var/log/dirsrv/slapd-<instance>/access


Actual results:
[root@ipa1 dirsrv]# ll
total 4
drwxr-xr-x. 2 root root 4096 Oct  7 15:11 slapd-<instance>



Expected results:
[root@ipa1 dirsrv]# ll
total 4
drwxrwx---. 2 dirsrv dirsrv 4096 Oct  7 15:20 slapd-<instance>



Additional info:
Can be easily recovered manually by:
chmod 770 slapd-<instance> 
chown dirsrv:dirsrv slapd-<instance>
SELinux context is correct
Comment 2 Rob Crittenden 2018-10-07 15:03:43 UTC 
What is the package version of ipa-server?
Comment 3 Luc de Louw 2018-10-08 08:00:52 UTC 
(In reply to Rob Crittenden from comment #2)
> What is the package version of ipa-server?

Hi,

It is:
ipa-server-4.5.4-10.el7_5.4.4.x86_64
ipa-server-common-4.5.4-10.el7_5.4.4.noarch

Thanks,

Luc
Comment 4 Alexander Bokovoy 2018-10-08 11:33:01 UTC 
Upstream ticket:
https://pagure.io/freeipa/issue/7725
Comment 5 Rob Crittenden 2018-10-08 14:06:35 UTC 
Is this a restore on top of an existing IPA installation or an restore on a new system?
Comment 6 Luc de Louw 2018-10-08 14:13:12 UTC 
(In reply to Rob Crittenden from comment #5)
> Is this a restore on top of an existing IPA installation or an restore on a
> new system?

It was on a new vanilla RHEL7 latest and greatest system. 

"yum -y install ipa-server ipa-server-dns" followed by the restore attempt.
Comment 7 Rob Crittenden 2018-10-08 14:52:10 UTC 
I can duplicate the permission and ownership difference but not the bad behavior. In my test ns-slapd starts and logs fine.

A default install has the log instance as:

drwxrwx---. 2 dirsrv dirsrv 127 Oct  8 10:35 slapd-EXAMPLE-TEST

A restored instance:

drwxr-xr-x. 2 root root 127 Oct  8 10:26 slapd-EXAMPLE-TEST
Comment 8 Luc de Louw 2018-10-08 15:15:18 UTC 
(In reply to Rob Crittenden from comment #7)
> I can duplicate the permission and ownership difference but not the bad
> behavior. In my test ns-slapd starts and logs fine.
> 
> A default install has the log instance as:
> 
> drwxrwx---. 2 dirsrv dirsrv 127 Oct  8 10:35 slapd-EXAMPLE-TEST
> 
> A restored instance:
> 
> drwxr-xr-x. 2 root root 127 Oct  8 10:26 slapd-EXAMPLE-TEST

In my case, it was even more strange: the error log has the same permission as the access log and was writable.

When I deleted the access log and ipactl restart, access was created with zero byte size and the same error occurred.
Comment 10 Rob Crittenden 2019-09-23 17:34:37 UTC 
Fixed upstream
master:
https://pagure.io/freeipa/c/8da0e2e9774ead01d5c0fa53b1498f15b1818b79
ipa-4-8:
https://pagure.io/freeipa/c/966e0b8cee0ca4f9ce9ecf34ca49e58e14a632c9
ipa-4-7:
https://pagure.io/freeipa/c/05b173c1a7fb0b18b371771bafe01c0083547c79
ipa-4-6:
https://pagure.io/freeipa/c/8cd2052c3cb6d8a2569903593762d64669303ff6
Comment 12 Rob Crittenden 2019-10-01 14:31:31 UTC 
CI test.

Fixed upstream
master:
https://pagure.io/freeipa/c/7aec6f10374129d75cd99a4012980516ca535551
Comment 13 Florence Blanc-Renaud 2019-10-02 13:28:15 UTC 
CI test

Fixed upstream
ipa-4-8:
https://pagure.io/freeipa/c/940e2ef900d766086a793cfd6b8906e425badac0
Comment 14 Rob Crittenden 2019-10-10 14:34:24 UTC 
CI test

Fixed upstream
ipa-4-7:
https://pagure.io/freeipa/c/140111cd53803194a6c41a576cab9b3c282ed54f

ipa-4-6:
https://pagure.io/freeipa/c/de0afeaf5e07028af8ec7247ce37efc789add2ae
Comment 16 Mohammad Rizwan 2019-12-17 08:02:06 UTC 
============================= test session starts ==============================
platform linux2 -- Python 2.7.5, pytest-4.6.7, py-1.8.0, pluggy-0.13.1 -- /usr/bin/python2
cachedir: .pytest_cache
metadata: {'Python': '2.7.5', 'Platform': 'Linux-3.10.0-1118.el7.x86_64-x86_64-with-redhat-7.8-Maipo', 'Packages': {'py': '1.8.0', 'pytest': '4.6.7', 'pluggy': '0.13.1'}, 'Plugins': {u'html': u'1.22.1', u'multihost': u'1.1', u'sourceorder': u'0.5', u'metadata': u'1.8.0'}}
rootdir: /usr/lib/python2.7/site-packages/ipatests
plugins: metadata-1.8.0, html-1.22.1, multihost-1.1, sourceorder-0.5
collecting ... collected 3 items

test_integration/test_backup_and_restore.py::TestBackupAndRestore::test_full_backup_and_restore PASSED [ 33%]
test_integration/test_backup_and_restore.py::TestBackupAndRestore::test_full_backup_and_restore_with_removed_users PASSED [ 66%]
test_integration/test_backup_and_restore.py::TestBackupAndRestore::test_full_backup_and_restore_with_selinux_booleans_off PASSED [100%]


Automation ran in LTE mode and passed. Logs provided. Marking the bug as verified.
Comment 18 errata-xmlrpc 2020-03-31 19:55:19 UTC 
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://access.redhat.com/errata/RHBA-2020:1083
Note You need to log in before you can comment on or make changes to this bug.