kde nm behavior with br0
On my system I have a strange issue, if I disconnect a br0 attached to the only eth, and try to reactivate it, it does not get an IP address. If I restart the machine (did not try to just restart the network service) it does connect flawlessly. Anybody using br0 setup with kvm-guest on his machine sees this too? Operating System: openSUSE Tumbleweed 20240607 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.9.3-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600G with Radeon Graphics Memory: 62.2 GiB of RAM Graphics Processor: AMD Radeon Pro W5500 Product Name: X570 Phantom Gaming 4
On 08.06.2024 19:39, Stakanov via openSUSE Users wrote:
On my system I have a strange issue, if I disconnect a br0 attached to the
What "disconnect br0" means?
only eth, and try to reactivate it, it does not get an IP address. If I restart the machine (did not try to just restart the network service) it does connect flawlessly. Anybody using br0 setup with kvm-guest on his machine sees this too?
Operating System: openSUSE Tumbleweed 20240607 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.9.3-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600G with Radeon Graphics Memory: 62.2 GiB of RAM Graphics Processor: AMD Radeon Pro W5500 Product Name: X570 Phantom Gaming 4
In data sabato 8 giugno 2024 20:16:41 CEST, Andrei Borzenkov ha scritto:
On 08.06.2024 19:39, Stakanov via openSUSE Users wrote:
On my system I have a strange issue, if I disconnect a br0 attached to the
What "disconnect br0" means?
only eth, and try to reactivate it, it does not get an IP address. If I restart the machine (did not try to just restart the network service) it does connect flawlessly. Anybody using br0 setup with kvm-guest on his machine sees this too?
Operating System: openSUSE Tumbleweed 20240607 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.9.3-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600G with Radeon Graphics Memory: 62.2 GiB of RAM Graphics Processor: AMD Radeon Pro W5500 Product Name: X570 Phantom Gaming 4
Well both machines are tumbleweed. one is host one is client. The host has ethernet and has set it as "bridge" in order to hand through the br0 (bridge connection) to the client. If in networkmanager I choose to disconnect the bridge (because e.g. the dlan does not work well and I have to fall back on wlan, and afterwards (the problem with dlan is gone) I want to activate again the bridge, it will connect but is not able to get a IP address attributed (neither ipv4 nor ipv6). When restarting the host, then by login in all is fine, IP is there and everything works. Networkmanager shouldn't it handle this without problems? What is different between a reboot and a click on "activate" for nm. It should be the same for what is the request of the IP to the DHCP listening, no? I do not understand this behavior.
On 08.06.2024 23:42, Stakanov via openSUSE Users wrote:
In data sabato 8 giugno 2024 20:16:41 CEST, Andrei Borzenkov ha scritto:
On 08.06.2024 19:39, Stakanov via openSUSE Users wrote:
On my system I have a strange issue, if I disconnect a br0 attached to the
What "disconnect br0" means?
only eth, and try to reactivate it, it does not get an IP address. If I restart the machine (did not try to just restart the network service) it does connect flawlessly. Anybody using br0 setup with kvm-guest on his machine sees this too?
Operating System: openSUSE Tumbleweed 20240607 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.9.3-1-default (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600G with Radeon Graphics Memory: 62.2 GiB of RAM Graphics Processor: AMD Radeon Pro W5500 Product Name: X570 Phantom Gaming 4
Well both machines are tumbleweed. one is host one is client. The host has ethernet and has set it as "bridge" in order to hand through the br0 (bridge connection) to the client.
You cannot "set ethernet as bridge". You can create bridge and "plug" the ethernet into this bridge.
If in networkmanager I choose to disconnect the bridge (because e.g. the dlan does not work well and I have to fall back on wlan, and afterwards (the problem with dlan is gone) I want to activate again the bridge, it will connect but is not able to get a IP address attributed (neither ipv4 nor ipv6). When restarting the host, then by login in all is fine, IP is there and everything works.
"Connected" in NetworkManager means exactly that - interface acquired its configured IP address(es). Show output of "nmcli | cat" after boot, after you disconnected br0, after you connected br0.
Networkmanager shouldn't it handle this without problems? What is different between a reboot and a click on "activate" for nm. It should be the same for what is the request of the IP to the DHCP listening, no? I do not understand this behavior.
Hi. I'm always looking for the best solutions to optimize my health and performance. I recently found a great article on https://valhallavitality.com/blog/comparing-the-titans-of-growth-igf-1-lr3-v... comparing IGF-1 LR3 and HGH. It was like a breath of fresh air in an ocean of information! The authors provide a detailed analysis explaining how each of these hormones affects growth, recovery, and overall function. Thanks to their clear presentation and scientifically based conclusions, I was able to better understand what is right for my needs.I highly recommend this article!
Hi. I'm always looking for the best solutions to optimize my health and performance. I recently found a great article on https://valhallavitality.com/blog/comparing-the-titans-of-growth-igf-1-lr3-v... comparing IGF-1 LR3 and HGH. It was like a breath of fresh air in an ocean of information! The authors provide a detailed analysis explaining how each of these hormones affects growth, recovery, and overall function. Thanks to their clear presentation and scientifically based conclusions, I was able to better understand what is right for my needs.I highly recommend this article!
participants (3)
-
Andrei Borzenkov -
Stakanov -
vittoscaletta95＠gmail.com