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.
DescriptionOlga Kornieskaia
2020-02-24 21:13:07 UTC
Description of problem:
A kerberos mount is failing when RPCGSSDARGS=-vvvrrr the output was:
Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: in authgss_destroy()
Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: in authgss_destroy_context()
Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: authgss_destroy: freeing name 0x7f29f4001400
Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: ERROR: event_dispatch() returned!
Feb 21 16:02:08 scspr1843146001 systemd: rpc-gssd.service: main process exited, code=exited, status=1/FAILURE
Feb 21 16:02:08 scspr1843146001 systemd: Unit rpc-gssd.service entered failed state.
Feb 21 16:02:08 scspr1843146001 systemd: rpc-gssd.service failed.
where after successfully establishing context, the gssd would just die and kernel can't do another up call so fails with "incorrect mount option"
Version-Release number of selected component (if applicable):
[kolga@scspr1843146001 ~]$ uname -a
Linux scspr1843146001 3.10.0-957.27.2.el7.x86_64 #1 SMP Tue Jul 9 16:53:14 UTC 2019 x86_64 GNU/Linux
[kolga@scspr1843146001 ~]$ rpm -aq | grep nfs-utils
nfs-utils-1.3.0-0.65.el7.x86_64
without -rrr option mount works.
Steve pointed out that the upstream commit addresses that issue:
commit 5a004c161ff6c671f73a92d818a502264367a896
Author: Scott Mayhew <smayhew>
Date: Thu Oct 24 14:02:30 2019 -0400
gssd: daemonize earlier
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Description of problem: A kerberos mount is failing when RPCGSSDARGS=-vvvrrr the output was: Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: in authgss_destroy() Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: in authgss_destroy_context() Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: authgss_destroy: freeing name 0x7f29f4001400 Feb 21 16:02:08 scspr1843146001 rpc.gssd[21323]: ERROR: event_dispatch() returned! Feb 21 16:02:08 scspr1843146001 systemd: rpc-gssd.service: main process exited, code=exited, status=1/FAILURE Feb 21 16:02:08 scspr1843146001 systemd: Unit rpc-gssd.service entered failed state. Feb 21 16:02:08 scspr1843146001 systemd: rpc-gssd.service failed. where after successfully establishing context, the gssd would just die and kernel can't do another up call so fails with "incorrect mount option" Version-Release number of selected component (if applicable): [kolga@scspr1843146001 ~]$ uname -a Linux scspr1843146001 3.10.0-957.27.2.el7.x86_64 #1 SMP Tue Jul 9 16:53:14 UTC 2019 x86_64 GNU/Linux [kolga@scspr1843146001 ~]$ rpm -aq | grep nfs-utils nfs-utils-1.3.0-0.65.el7.x86_64 without -rrr option mount works. Steve pointed out that the upstream commit addresses that issue: commit 5a004c161ff6c671f73a92d818a502264367a896 Author: Scott Mayhew <smayhew> Date: Thu Oct 24 14:02:30 2019 -0400 gssd: daemonize earlier How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: