NetworkManager loses DNS intermittently F27 32 bit

asked 2018-03-02 21:27:09 -0600

robbiethek gravatar image

updated 2018-03-04 18:35:20 -0600

We're on Fedora 27 32 bit, NetworkManager loses DNS, restarting it fixes the problem. Here are some logs right before and after the loss of DNS:

Mar  2 16:55:49 ourserver NetworkManager[870]: <info>  [1520027749.5841] manager: NetworkManager state is now CONNECTED_GLOBAL
Mar  2 16:55:49 ourserver dbus-daemon[681]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-d
ispatcher.service' requested by ':1.6' (uid=0 pid=870 comm="/usr/sbin/NetworkManager --no-daemon ")
Mar  2 16:55:49 ourserver dbus-daemon[681]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Mar  2 16:55:49 ourserver nm-dispatcher[9400]: req:1 'connectivity-change': new request (6 scripts)
Mar  2 16:55:49 ourserver nm-dispatcher[9400]: req:1 'connectivity-change': start running ordered scripts...
Mar  2 16:55:49 ourserver systemd[1]: Starting Network Manager Script Dispatcher Service...
Mar  2 16:55:49 ourserver systemd[1]: Started Network Manager Script Dispatcher Service.
Mar  2 16:57:18 ourserver systemd[1]: Starting dnf makecache...
Mar  2 16:57:20 ourserver dnf[9582]: Metadata cache refreshed recently.
Mar  2 16:57:20 ourserver systemd[1]: Started dnf makecache.
Mar  2 17:18:53 ourserver kernel: perf: interrupt took too long (3165 > 3147), lowering kernel.perf_event_max_sample_rate to 63000
Mar  2 17:32:51 ourserver systemd-logind[1565]: Removed session 3.
Mar  2 17:37:57 ourserver kernel: perf: interrupt took too long (3966 > 3956), lowering kernel.perf_event_max_sample_rate to 50000
Mar  2 17:58:08 ourserver kernel: perf: interrupt took too long (4965 > 4957), lowering kernel.perf_event_max_sample_rate to 40000
Mar  2 17:58:08 ourserver systemd[1]: Starting dnf makecache...
Mar  2 17:58:13 ourserver dnf[16023]: Fedora 27 - i386 - Test Updates                 2.0 MB/s | 4.6 MB     00:02
Mar  2 17:58:22 ourserver dnf[16023]: Last metadata expiration check: 0:00:01 ago on Fri 02 Mar 2018 05:58:17 PM EST.
Mar  2 17:58:25 ourserver dnf[16023]: Metadata cache created.
Mar  2 17:58:26 ourserver systemd[1]: Started dnf makecache.
Mar  2 18:53:01 ourserver rsnapshot[2272]: /usr/bin/rsnapshot daily: completed successfully
Mar  2 18:59:18 ourserver systemd[1]: Starting dnf makecache...
Mar  2 18:59:20 ourserver dnf[22492]: Metadata cache refreshed recently
Mar  2 18:59:18 ourserver systemd[1]: Starting dnf makecache...
Mar  2 18:59:20 ourserver dnf[22492]: Metadata cache refreshed recently.
Mar  2 18:59:20 ourserver systemd[1]: Started dnf makecache.
Mar  2 19:56:18 ourserver NetworkManager[870]: <info>  [1520038578.4285] connectivity: (enp6s7) timed out
Mar  2 19:56:18 ourserver NetworkManager[870]: <info>  [1520038578.4429] manager: NetworkManager state is now CONNECTED_SITE
Mar  2 19:56:18 ourserver dbus-daemon[681]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-d
ispatcher.service' requested by ':1.6' (uid=0 pid=870 comm="/usr/sbin/NetworkManager --no-daemon ")
Mar  2 19:56:18 ourserver dbus-daemon[681]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Mar  2 19:56:18 ourserver systemd[1]: Starting Network ...
(more)
edit retag flag offensive close merge delete

Comments

What happens to your /etc/resolve.conf when DNS stops working? Is it blank? Does it say generated by NetworkManager?

Aeyoun gravatar imageAeyoun ( 2018-03-03 14:02:15 -0600 )edit

No stays in tact.

robbiethek gravatar imagerobbiethek ( 2018-03-03 15:58:39 -0600 )edit

@robbiethek so then you really don’t have a DNS issue, but a connectivity issue.

Aeyoun gravatar imageAeyoun ( 2018-03-03 18:20:11 -0600 )edit

What's odd is that SSH still lets me in. But DNF updates and backups from other devices fail due to the loss of connectivity.

robbiethek gravatar imagerobbiethek ( 2018-03-03 19:15:01 -0600 )edit

Hm does this help from a traceroute?

Cannot handle "host" cmdline arg `google.com' on position 1 (argc 1)
robbiethek gravatar imagerobbiethek ( 2018-03-04 18:45:39 -0600 )edit