https://bugs.kde.org/show_bug.cgi?id=497644

            Bug ID: 497644
           Summary: Networkmanager: configure Hybrid bridge port and
                    indefinite waiting connecting because slave interfaces
                    are not coming up
    Classification: Plasma
           Product: plasma-nm
           Version: unspecified
          Platform: openSUSE
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: applet
          Assignee: plasma-b...@kde.org
          Reporter: diego.ercol...@gmail.com
  Target Milestone: ---

As asked downstream by openSuSe maintainer:
https://bugzilla.suse.com/show_bug.cgi?id=1228075
I'm going to fill this bugreport as it seem related to some lack of
implementation in plasma-nm-applet:

I have this configuration:
riunioni:~ # nmcli connection 
NAME           UUID                                  TYPE      DEVICE 
Bridge9        8d48b683-1a57-4fe0-be8c-f2dbc57c8933  bridge    br9    
Bridge0        fdde68f4-12b1-4f93-a4c9-6812a358ac34  bridge    br0    
br0-interface  451952c4-0719-4a1b-80b5-1739ec0c6332  ethernet  enp6s0 
br9-interface  4084beac-f6d6-4273-a162-362da163db08  vlan      vlan9  
Ethernet0      6b2943e6-8165-4cef-aeb8-53bde729ee38  ethernet  --  

This is the normal IP addr show:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group
default qlen 1000
    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 noprefixroute 
       valid_lft forever preferred_lft forever
2: enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master
br0 state UP group default qlen 1000
    link/ether 24:4b:fe:51:69:70 brd ff:ff:ff:ff:ff:ff
21: br9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
group default qlen 1000
    link/ether 46:54:73:e8:a8:b0 brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.175/24 brd 192.168.9.255 scope global dynamic noprefixroute
br9
       valid_lft 235sec preferred_lft 235sec
    inet6 fe80::934c:68d4:ed86:330a/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
23: vlan9@enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
master br9 state UP group default qlen 1000
    link/ether 24:4b:fe:51:69:70 brd ff:ff:ff:ff:ff:ff
25: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
group default qlen 1000
    link/ether d6:18:c1:40:fe:de brd ff:ff:ff:ff:ff:ff
    inet 192.168.95.112/24 brd 192.168.95.255 scope global dynamic
noprefixroute br0
       valid_lft 601749sec preferred_lft 601749sec
    inet6 fe80::962c:3ee0:a39c:15fa/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever


I defined two Bridge interfaces Bridge0 and Bridge9, Bridge0 have as slave
interface Ethernet0 (enp6s0), Bridge9 have as slave interface vlan9 that is a
vlan interface cutted from the same enp6s0.

The problems are:
* in the applet version of networkmanager client I cannot control the slave
devices (it doesn't appear any device br0-interface, br9-interface, vlan9)
* if I disconnect the Bridge0 and try to reconnect (using the applet or nmcli
connection down Bridge0; nmcli connection up Bridge0) The connection doesn't
came up if I don't issue nmcli connection up br0-interface as the slave
interface is bringed down when I disconnect the master interface, but the same
isn't bringed up before the Master)
* if I disconnect the Bridge9 and try to reconnect (using the applet or nmcli
connection down Bridge9; nmcli connection up Bridge9) the connection doesn't
came up if I don't issue nmcli connection up br9-interface as the slave
interface is bringed down when I disconnect the master interface, but the same
isn't bringed up before the Master)

Note that for both br0-interface and br9-interface have 
connection.autoconnect:                 yes
connection.autoconnect-priority:        11
connection.autoconnect-retries:         -1 (default)

while the priority for Bridge0 is 0 and Bridge9 is 10

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to