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:
Stop rpcbind service using "service rpcbind stop" and watch the status of firewall using "service firewall status", which will halt quit a while and output the error like "Failed to get D-Bus connection: Failed to authenticate in time."
I first find it in ppc64, and reproduce it in x86_64 of RHEL7.1.
Version-Release number of selected component (if applicable):
distro: RHEL-7.1-20141028.n.0
systemd-208-15.el7.ppc64
rpcbind-0.2.0-25.el7.ppc64
How reproducible:
always
Steps to Reproduce:
1.service rpcbind stop
2.serivce firewall status
Actual results:
service firewall status
long waiting.......(2~3 minutes)
Redirecting to /bin/systemctl status firewall.service
Failed to get D-Bus connection: Failed to authenticate in time.
Expected results:
rpcbind service should not affect the behavior of other services operation
Additional info:
Sorry for missing detail description.
I am just running the heavy stress test case for NFS.
Attachment 954327[details] above is the script I create the export entries. And the bug occured after I starting the nfs service.
I first stop the rpcbind by "service rpcbind stop", and then key in the "serivce firewall status" to check the fireware status. And error happens like below:
long waiting.......(2~3 minutes)
Redirecting to /bin/systemctl status firewall.service
Failed to get D-Bus connection: Failed to authenticate in time.
And when I minus the nfs export entries from 8000+ to 1, the bug disappeared.
I think even though someting wrong with special service(such as rpcbind/nfs), the other services(fiewall) should not be affected in systemd. So I reported it as bug to check the supposed behavior of systemd.
Thanks for the reproducer, it is nicely reproducible on my machine and I have a hunch where the problem might be. But it will require some further investigation.
Created attachment 954969[details]
Test srpm package
Here is a test srpm package. It contains two huge backported patches from upstream and it seems to fix the bug.
(In reply to Lukáš Nykrýn from comment #7)
> Does this solves your case?
Thanks for your work, I think this new systemd srpm solved my case perfectly.
I build the srpm, install and reboot system to make it effective.
And it seems to work fine.
Before use the new systemd, the service rpcbind/nfs start will hung, and the firewalld will also be influenced; but with the new systemd, the rpcbind start/restart/stop and the nfs start/restart/stop is very fast with the 8000+ export entries.
And I mentioned the firewalld hung a long time when rpcbind/nfs working wrong, but with the new systemd, rpcbind/nfs works so good, and firewalld works fine too.
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://rhn.redhat.com/errata/RHBA-2015-2092.html