Bug 1731921
Summary: | Re-installing libvirt-daemon-driver-network kills the network connection on s390x host | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Thomas Huth <thuth> |
Component: | libvirt | Assignee: | Laine Stump <laine> |
Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 8.1 | CC: | cohuck, dzheng, egarver, laine, ldoktor, rbalakri, smitterl, yalzhang |
Target Milestone: | rc | Keywords: | AutomationBlocker, TestBlocker |
Target Release: | 8.1 | ||
Hardware: | s390x | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-08-12 14:41:53 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1738779 |
Description
Thomas Huth
2019-07-22 12:03:47 UTC
Hello guys, it is probably worth mentioning that since the broken update, I am unable to get "virbr0" from libvirt, reboot won't help, which means my machine is blocked and no testing can be performed there. Do you have any estimates? Should I attempt to find a workaround? The error message is of a failure to run an nft command related to two chains that are created/controlled by firewalld (the "raw_PRE_libvirt" chain is apparently related to the firewalld zone named "libvirt". I notice that your firewalld has been rebased to 0.7.0 - Eric do you have any idea about this failure? Marking as a duplicate of bug 1740182 as that one is more accurately describes the underlying problem. As for this bug, some possible workarounds to unblock your testing: - downgrade nftables to nftables-0.9.0-8.el8.s390x - use the iptables backend for firewalld (FirewallBackend=iptables in /etc/firewalld/firewalld.conf) *** This bug has been marked as a duplicate of bug 1740182 *** |