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:
One of our puppet modules triggers a service refresh when the sssd.conf file changes. It currently restarts messagebus, sssd and oddjobd. On RHEL7 this results on two issues:
1. SSH connections become really, really slow
2. NetworkManager start spewing errors.
I was able to resolve both issue with systemctl restart systemd-logind NetworkManager, but I am wondering a couple things:
1. How *should* we be doing this, i.e. sssd.conf changes and what services should be restarted. Just sssd or more?
2. It looks like the errors from NetworkManager could be a bug:
Jan 17 10:19:30 iam-mon-ld001 NetworkManager[35599]: <warn> [1484666370.0263] bus-manager: could not create org.freedesktop.DBus proxy (Error calling StartServiceByName for org.freedesktop.DBus: The connection is closed); only the private D-Bus socket will be available
Jan 17 10:19:30 iam-mon-ld001 NetworkManager: (NetworkManager:35599): GLib-GIO-CRITICAL **: Error while sending AddMatch() message: The connection is closed
Version-Release number of selected component (if applicable):
[root@localhost sosreport-iam-mon-ld001.tam.private-20170117102252] # cat installed-rpms | grep -i networkmanager
NetworkManager-1.4.0-13.el7_3.x86_64 Thu Dec 8 20:16:29 2016
NetworkManager-config-server-1.4.0-13.el7_3.x86_64 Thu Dec 8 20:18:02 2016
NetworkManager-libnm-1.4.0-13.el7_3.x86_64 Thu Dec 8 20:16:11 2016
NetworkManager-team-1.4.0-13.el7_3.x86_64 Thu Dec 8 20:16:46 2016
NetworkManager-tui-1.4.0-13.el7_3.x86_64 Thu Dec 8 20:16:46 2016
How reproducible:
Check in description
Actual results:
slowness of network manager
Expected results:
slowness of network manager should not be there
Additional info:
Restarting "messagebus" means to restart dbus.
In general, many components don't handle restart of dbus properly, so if you try to restart the dbus daemon, you effectively would have to restart a range of service -- which amounts to a reboot.
NetworkManager doesn't support restarting dbus. Afterwards it will not reconnect to the message-bus and is effectively unreachable.
When restarting dbus, you also need to restart NetworkManager.
This is a missing feature, but of relatively high effort with low priority.
Especially, we hoped that kdbus would solve this by always having the bus available.
Why do you want to restart dbus? Maybe you should just reload its configuration instead?
after systemctl restart NetworkManager
stopping show errors messages in /var/log/messages
Comment 5tyron woodley
2020-07-29 07:15:58 UTC
Comment hidden (spam)
I am sure you like and enjoy very well to play this online puzzle game https://fundecade.com/killer-sudoku so,now hurry up and try to play this game with friedns.
Comment 6erikamills
2023-07-18 04:16:56 UTC
Comment hidden (spam)
This comment was flagged a spam, view the edit history to see the original text if required.