Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
Description of problem:
ipa-client-automount saves a second copy of /etc/nsswitch.conf and during uninstall the original version (before ipa-client-install) without the sss entries is restored. So, it should be documented that uninstalling automount on its own is not supported. If you want to remove it you have to unconfigure the whole client and then call ipa-client-install again.
Version-Release number of selected component (if applicable):
ipa-client-3.0.0-42.el6.x86_64
How reproducible:
Inconsistently
Steps to Reproduce:
1. Install ipa-client
2. Install ipa-client-automount
3. Uninstall ipa-client-automount
Additional info:
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [ LOG ] :: ipa_trust_func_automount_cleanup: cleanup for automount tests
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [ BEGIN ] :: Running 'kdestroy -A'
:: [ PASS ] :: Command 'kdestroy -A' (Expected 0, got 0)
:: [ BEGIN ] :: Running 'echo Secret123|kinit admin'
Password for admin:
:: [ PASS ] :: Command 'echo Secret123|kinit admin' (Expected 0, got 0)
:: [ BEGIN ] :: Running 'ipa automountlocation-del trust_location'
-------------------------------------------
Deleted automount location "trust_location"
-------------------------------------------
:: [ PASS ] :: Command 'ipa automountlocation-del trust_location' (Expected 0, got 0)
:: [ BEGIN ] :: Running 'rm -rf /export /export2'
:: [ PASS ] :: Command 'rm -rf /export /export2' (Expected 0, got 0)
:: [ BEGIN ] :: Running 'ssh ibm-p730-03-lp1.steeve09051337.test 'cp -r /var/lib/ipa-client/sysrestore /var/lib/ipa-client/sysrestore_before_automnt''
:: [ PASS ] :: Command 'ssh ibm-p730-03-lp1.steeve09051337.test 'cp -r /var/lib/ipa-client/sysrestore /var/lib/ipa-client/sysrestore_before_automnt'' (Expected 0, got 0)
:: [ BEGIN ] :: Running 'ssh ibm-p730-03-lp1.steeve09051337.test 'ipa-client-automount --uninstall -U' | tee ipa_trust_func_automount_cleanup.Rv96ou 2>&1'
Restoring configuration
Unable to find 'admin' user with 'getent passwd admin'!
This may mean that sssd didn't re-start properly after the configuration changes.
IT has to be noted that this does not happen all the time. The copies are created by prefixing the filename with a hash. Depending of the order of the returned filenames in the sysrestore directory either the right or the wrong copy is restored.
Upstream ticket was scheduled to later FreeIPA version - 4.2. This means RHEL-6.x will not be the primary platform to deliver the fix. As such, moving to RHEL-7 product.
In case fixing the bug in RHEL-7.x is not acceptable for you and you would like to propose a backport for RHEL-6.x, please clone the bug with proper justification.
I've found automount through sss to be somewhat unreliable. I have had cases where automount stops working. Restarting autofs wouldn't work, but uninstalling and reinstalling automount would make it work again. Ideally, the root cause should be fixed too, but this is useful nevertheless.
Thank you taking your time and submitting this request for Red Hat Enterprise Linux. Unfortunately, this bug was not given a priority and was deferred both in the upstream project and in Red Hat Enterprise Linux.
Given that we are unable to fulfill this request in following Red Hat Enterprise Linux releases, I am closing the Bugzilla as WONTFIX. To request that Red Hat re-considers the decision, please re-open the Bugzilla via appropriate support channels and provide additional business and/or technical details about its importance to you.
Note that you can still track this request or even contribute patches in the referred upstream Trac ticket.