Project

General

Profile

Actions

Bug #9453

closed

Reconfiguring a parent LAGG interface breaks its VLANs

Added by Daniele Palumbo over 5 years ago. Updated 4 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
LAGG Interfaces
Target version:
Start date:
04/04/2019
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
24.03
Release Notes:
Default
Affected Version:
2.4.4_2
Affected Architecture:
All

Description

Environment: SG-1000
Not sure if this is valid in other environment.

Upon boot, all the VLANs get orphaned.

The SG-1000 was working previously, with a very similar config, i am not sure what caused the issue (upgrade from 2.4.4 to 2.4.4-p1 or config upgrade).
I tend to exclude the config, see to the end of the bug the test done.
Seems similar to:
https://redmine.pfsense.org/issues/3976
https://redmine.pfsense.org/issues/8527

dmesg:
Trying to mount root from ufs:/dev/ufsid/5af4c96aa287b62c [rw,noatime]...
Warning: no time-of-day clock registered, system time will not be set accurately
random: unblocking device.
cpsw0: link state changed to UP
lagg0: IPv6 addresses on cpsw0 have been removed before adding it as a member to prevent IPv6 address scope violation.
lagg0: link state changed to UP
cpsw1: link state changed to UP
lagg0: IPv6 addresses on cpsw1 have been removed before adding it as a member to prevent IPv6 address scope violation.
vlan0: changing name to 'lagg0.7'
vlan1: changing name to 'lagg0.9'
vlan2: changing name to 'lagg0.10'
vlan3: changing name to 'lagg0.11'
vlan4: changing name to 'lagg0.12'
vlan5: changing name to 'lagg0.13'
vlan6: changing name to 'lagg0.8'
lagg0: link state changed to DOWN
lagg0.7: link state changed to DOWN
lagg0.8: link state changed to DOWN
lagg0.9: link state changed to DOWN
lagg0.10: link state changed to DOWN
lagg0.11: link state changed to DOWN
lagg0.12: link state changed to DOWN
lagg0.13: link state changed to DOWN
lagg0: link state changed to UP
cpsw0: promiscuous mode enabled
cpsw1: promiscuous mode enabled
lagg0: promiscuous mode enabled
carp: 1@lagg0: INIT -> BACKUP (initialization complete)
lagg0.11: promiscuous mode enabled
carp: demoted by 240 to 240 (interface down)
lagg0.12: promiscuous mode enabled
carp: demoted by 240 to 480 (interface down)
lagg0.10: promiscuous mode enabled
carp: demoted by 240 to 720 (interface down)
lagg0.9: promiscuous mode enabled
carp: demoted by 240 to 960 (interface down)
lagg0.7: promiscuous mode enabled
carp: demoted by 240 to 1200 (interface down)
carp: 7@lagg0: INIT -> BACKUP (initialization complete)
carp: 7@lagg0: BACKUP -> MASTER (master timed out)
pflog0: promiscuous mode enabled
carp: 7@lagg0: MASTER -> BACKUP (more frequent advertisement received)
ifa_maintain_loopback_route: deletion failed for interface lagg0: 3

Example nic.

Please note the following:
vlan: 0 vlanpcp: 0 parent interface: <none>

  1. ifconfig lagg0.7
    lagg0.7: flags=8903<UP,BROADCAST,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=80000<LINKSTATE>
    ether c8:df:84:c1:16:37
    inet6 fe80::cadf:84ff:fec1:1637%lagg0.7 prefixlen 64 tentative scopeid 0x8
    inet 172.16.77.242 netmask 0xffffff00 broadcast 172.16.77.255
    inet 172.16.77.240 netmask 0xffffffff broadcast 172.16.77.240 vhid 6
    groups: vlan
    carp: INIT vhid 6 advbase 1 advskew 100
    vlan: 0 vlanpcp: 0 parent interface: <none>
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
    [root@pf2-tos ~]# ifconfig lagg0.8
    lagg0.8: flags=8803<UP,BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=80000<LINKSTATE>
    ether c8:df:84:c1:16:37
    inet6 fe80::cadf:84ff:fec1:1637%lagg0.8 prefixlen 64 tentative scopeid 0xe
    inet 172.16.78.242 netmask 0xffffff00 broadcast 172.16.78.255
    groups: vlan
    vlan: 0 vlanpcp: 0 parent interface: <none>
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
  2. ifconfig lagg0
    lagg0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1492
    options=8000b<RXCSUM,TXCSUM,VLAN_MTU,LINKSTATE>
    ether c8:df:84:c1:16:37
    inet6 fe80::cadf:84ff:fec1:1637%lagg0 prefixlen 64 scopeid 0x7
    inet 172.16.8.242 netmask 0xffffff00 broadcast 172.16.8.255
    inet 172.16.8.240 netmask 0xffffffff broadcast 172.16.8.240 vhid 1
    inet 172.16.8.251 netmask 0xffffffff broadcast 172.16.8.251 vhid 7
    laggproto lacp lagghash l2,l3,l4
    laggport: cpsw0 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
    laggport: cpsw1 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
    groups: lagg
    carp: BACKUP vhid 1 advbase 7 advskew 101
    carp: BACKUP vhid 7 advbase 1 advskew 100
    media: Ethernet autoselect
    status: active
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL> #

Test done:
1) remove all but 1 VLAN (11). reboot. Issue still present
2) remove all firewall rules but the anti-lockout. reboot. issue still present.
3) factory reset, restore a previous configuration (just in case)
4) remove again all VLANs but a couple, change VLAN for WAN, remove all frewall rules but anti-lockout. reboot. Issue still present
5) remove all CARP. reboot. issue still present
6) remove cpsw0 from the LAGG. vlans goes up (i would bet because of network restart). reboot. Issue still persist.
7) removed the package resulting installed (nrpe) -- from config file as webui was not helping out listing the installed packages
7) add cpsw0 on the LAGG, remove cpsw1. vlans goes up (i would bet because of network restart). reboot. Issue still persist.


Files

1000020721.jpg (320 KB) 1000020721.jpg Screenshot of failure point Steve N, 05/07/2024 05:13 PM
clipboard-202405081551-qgepl.png (73.1 KB) clipboard-202405081551-qgepl.png Steve N, 05/08/2024 10:51 PM

Related issues

Related to Bug #15452: Unexpected/Undefined behaviour of disabled interfacesNew

Actions
Has duplicate Bug #12926: Changing LAGG type on CARP interfaces makes VIPs go to an "init" StateDuplicate

Actions
Has duplicate Bug #13344: Vlan loses parent interface when changing LAGG mtu to jumbo framesDuplicate

Actions
Has duplicate Bug #14603: LAGG VLAN Interfaces report parent no longer existsDuplicate

Actions
Has duplicate Bug #14083: Adding MSS and MTU values on a LAGG VLAN interface breaks connectivityResolvedMarcos M

Actions
Has duplicate Bug #13473: No IPv6 address acquired after reboot/dhcp6c not startingDuplicate

Actions
Actions

Also available in: Atom PDF