Bug #2224
upon generic update, dnsmasq was taken over by the system
Description
head's up.
i did a routine update on my f25 hda and the network had trouble coming up after a reboot (the kernel was updated).
i am not sure what sw on it caused this, but dnsmasq failed to start, and it was running two processes and long parameters.
(unfortunately, i closed the terminal and i lost exactly was showed)
the following packages were updated. however it could be that some packages were updated before this update but there was no reboot and the issue may not have triggered:
a52dec.x86_64 0.7.4-25.fc25 liba52.x86_64 0.7.4-25.fc25 cockpit.x86_64 135-1.fc25 cockpit-bridge.x86_64 135-1.fc25 cockpit-system.noarch 135-1.fc25 cockpit-ws.x86_64 135-1.fc25 cockpit-dashboard.x86_64 135-1.fc25 cockpit-docker.x86_64 135-1.fc25 cockpit-networkmanager.noarch 135-1.fc25 cockpit-storaged.noarch 135-1.fc25 cups.x86_64 1:2.2.0-5.fc25 cups-client.x86_64 1:2.2.0-5.fc25 cups-filesystem.noarch 1:2.2.0-5.fc25 cups-libs.x86_64 1:2.2.0-5.fc25 dnf-plugins-core.noarch 0.1.21-4.fc25 python3-dnf-plugins-core.noarch 0.1.21-4.fc25 duplicity.x86_64 0.7.11-1.fc25 gdbm.x86_64 1.12-1.fc25 gdbm-devel.x86_64 1.12-1.fc25 hawkey.x86_64 0.6.4-1.fc25 python3-hawkey.x86_64 0.6.4-1.fc25 python2-hawkey.x86_64 0.6.4-1.fc25 libdrm.x86_64 2.4.75-1.fc25 libdrm-devel.x86_64 2.4.75-1.fc25 libsmbclient.x86_64 2:4.5.6-0.fc25 samba-client-libs.x86_64 2:4.5.6-0.fc25 samba-common.noarch 2:4.5.6-0.fc25 libwbclient.x86_64 2:4.5.6-0.fc25 samba-client.x86_64 2:4.5.6-0.fc25 samba-common-libs.x86_64 2:4.5.6-0.fc25 samba-winbind-modules.x86_64 2:4.5.6-0.fc25 samba-winbind.x86_64 2:4.5.6-0.fc25 samba-libs.x86_64 2:4.5.6-0.fc25 samba-common-tools.x86_64 2:4.5.6-0.fc25 samba.x86_64 2:4.5.6-0.fc25 linux-firmware.noarch 20161205-69.git91ddce49.fc25 xorg-x11-server-Xorg.x86_64 1.19.1-3.fc25 xorg-x11-server-common.x86_64 1.19.1-3.fc25 xorg-x11-server-Xvfb.x86_64 1.19.1-3.fc25 xorg-x11-server-Xwayland.x86_64 1.19.1-3.fc25
History
#1 Updated by bigfoot65 almost 4 years ago
I am running a F25 upgraded HDA from F23 with no issues. It's my backup HDA, but all updates have not caused any issues best I can tell.
#2 Updated by cpg almost 4 years ago
virtualization confirmed. after a reboot this dnsmasq process took over my hda's default one:
nobody 1752 0.0 0.0 49104 368 ? S 14:12 0:00 /sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper root 1753 0.0 0.0 49076 368 ? S 14:12 0:00 /sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper
my work-around until i re-install my hda:
killall dnsmasq systemctl start dnsmasq
#3 Updated by cpg almost 4 years ago
- Status changed from New to Closed
- Assignee set to cpg
i think the virt libraries were brought in by pungi (the ISO/image building tool), after looking at the dependencies. solution:
# rpm -e libvirt-libs-2.2.0-2.fc25.x86_64 libvirt-daemon libguestfs libguestfs-tools-c libvirt-daemon-driver-network libvirt-daemon-driver-storage libvirt-daemon-driver-qemu libvirt-daemon-driver-interface libvirt-daemon-driver-nodedev libvirt-daemon-driver-nwfilter libvirt-daemon-driver-secret libvirt-daemon-kvm libguestfs-xfs pungi
Also available in: Atom