Maybe my bridge-setup is wrong?
# cat /etc/systemd/system/bridge.service
[Unit]
Description=network bridge for KVM
After=network.target
[Service]
Type=oneshot
RemainAfterExit=yes
EnvironmentFile=/etc/conf.d/network_systemd
ExecStart=/sbin/brctl addbr ${bridge_name}
ExecStart=/usr/bin/tunctl -b -u ${user} -t ${tap_name}
ExecStart=/bin/ifconfig ${bridge_name} ${address} netmask ${netmask} up
ExecStart=/bin/ifconfig ${interface} up
ExecStart=/bin/ifconfig ${tap_name} up 0.0.0.0 promisc
ExecStart=/sbin/brctl addif ${bridge_name} ${tap_name} ${interface}
ExecStart=/sbin/sysctl net.ipv4.conf.${bridge_name}.forwarding=1
#ExecStart=/sbin/iptables -t nat -A POSTROUTING -o ${interface} -j
MASQUERADE
ExecStart=/bin/ip route add default via ${gateway}
ExecStop=/bin/ip route del default via ${gateway}
ExecStop=/sbin/sysctl net.ipv4.conf.${bridge_name}.forwarding=0
ExecStop=/bin/ifconfig ${tap_name} down
ExecStop=/sbin/brctl delif ${bridge_name} ${tap_name}
ExecStop=/usr/bin/tunctl -d ${tap_name}
ExecStop=/bin/ifconfig ${bridge_name} down
ExecStop=/bin/ifconfig ${interface} down
ExecStop=/sbin/brctl delbr ${bridge_name}
#ExecStop=/sbin/iptables -t nat -D POSTROUTING -o ${interface} -j MASQUERADE
[Install]
WantedBy=multi-user.target
----
# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0
state UP qlen 1000
link/ether d8:9d:67:1a:bc:80 brd ff:ff:ff:ff:ff:ff
inet6 fe80::da9d:67ff:fe1a:bc80/64 scope link
valid_lft forever preferred_lft forever
3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
qlen 1000
link/ether d8:9d:67:1a:bc:81 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.201/24 brd 192.168.1.255 scope global eno2
valid_lft forever preferred_lft forever
inet6 fe80::da9d:67ff:fe1a:bc81/64 scope link
valid_lft forever preferred_lft forever
4: eno3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether d8:9d:67:1a:bc:82 brd ff:ff:ff:ff:ff:ff
5: eno4: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether d8:9d:67:1a:bc:83 brd ff:ff:ff:ff:ff:ff
6: sit0: <NOARP> mtu 1480 qdisc noop state DOWN
link/sit 0.0.0.0 brd 0.0.0.0
7: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether d6:ce:b7:07:92:a5 brd ff:ff:ff:ff:ff:ff
inet 10.96.25.131/25 brd 10.96.25.255 scope global br0
valid_lft forever preferred_lft forever
inet6 fe80::4481:f2ff:fe56:12bf/64 scope link
valid_lft forever preferred_lft forever
8: qtap0: <NO-CARRIER,BROADCAST,MULTICAST,PROMISC,UP> mtu 1500 qdisc
pfifo_fast master br0 state DOWN qlen 500
link/ether d6:ce:b7:07:92:a5 brd ff:ff:ff:ff:ff:ff
--- I am really scratching my head here ... this box takes way more time
and effort than expected ...
I run sshd.socket ... and not a sshd.service ... tested sshd.service
now, no difference.
When I edit (for example) the RAM within virt-manager and click Apply
... it takes some seconds and drops the connection:
Fehler beim Anwenden von Änderungen: Interner Fehler: Client Socket ist
geschlossen
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/details.py", line 1998, in
config_apply
ret = self.config_memory_apply()
File "/usr/share/virt-manager/virtManager/details.py", line 2196, in
config_memory_apply
return self._change_config_helper(df, da, hf, ha)
File "/usr/share/virt-manager/virtManager/details.py", line 2549, in
_change_config_helper
self.vm.refresh_xml()
File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 105,
in refresh_xml
self._xml = self._XMLDesc(self._active_xml_flags)
File "/usr/share/virt-manager/virtManager/domain.py", line 881, in
_XMLDesc
return self._backend.XMLDesc(flags)
File "/usr/lib64/python2.7/site-packages/libvirt.py", line 400, in XMLDesc
if ret is None: raise libvirtError ('virDomainGetXMLDesc() failed',
dom=self)
libvirtError: Interner Fehler: Client Socket ist geschlossen
---
I checked for permission issues.
Created group libvirt on server, edited libvirtd.conf to use it, created
my user "sgw" on the server and added it to the libvirt-group.
The URI is: qemu+ssh://sgw@jupi/system
and it connects fine ... but then drops.
I am pretty much lost right now .. tired and frustrated ... and in need
of some break ... otoh it can't be that hard to find the reason, I assume.
Stefan
