Project

General

Profile

Actions

Bug #9453

open

Reconfiguring a parent LAGG interface breaks its VLANs

Added by Daniele Palumbo almost 5 years ago. Updated 3 months ago.

Status:
Feedback
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.


Related issues

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 XG-7100 WAN interface breaks the network connectivity on the firewall Duplicate

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

Actions
Actions #1

Updated by Jim Pingle over 4 years ago

  • Category changed from Interfaces to LAGG Interfaces
Actions #2

Updated by Marcos M 3 months ago

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

Updated by Marcos M 3 months ago

  • Has duplicate Bug #13344: Vlan loses parent interface when changing LAGG mtu to jumbo frames added
Actions #4

Updated by Marcos M 3 months ago

  • Has duplicate Bug #14603: LAGG VLAN Interfaces report parent no longer exists added
Actions #5

Updated by Marcos M 3 months ago

  • Has duplicate Bug #14083: Adding MSS and MTU values on XG-7100 WAN interface breaks the network connectivity on the firewall added
Actions #6

Updated by Marcos M 3 months ago

  • Has duplicate Bug #13473: No IPv6 address acquired after reboot/dhcp6c not starting added
Actions #7

Updated by Marcos M 3 months ago

  • Subject changed from VLAN Interfaces on LAGG get orphaned at boot to Reconfiguring the parent LAGG interface does not handle its child VLANs
  • Status changed from New to In Progress
  • Assignee set to Marcos M
  • Target version set to 2.8.0
  • % Done changed from 0 to 50
  • Plus Target Version set to 24.03
  • Release Notes set to Default
Actions #8

Updated by Marcos M 3 months ago

There have been various bug reports related to this issue which seem to share the same root cause - a fix is in progress.

Actions #9

Updated by Marcos M 3 months ago

  • Status changed from In Progress to Feedback
  • % Done changed from 50 to 100
Actions #11

Updated by Marcos M 3 months ago

  • Subject changed from Reconfiguring the parent LAGG interface does not handle its child VLANs to Reconfiguring a parent LAGG interface breaks its VLANs

Mike Moore wrote in #note-10:

Could the fix resolve https://redmine.pfsense.org/issues/14659 or https://redmine.pfsense.org/issues/14483

Nope. Those are essentially the same issue: interfaces are reconfigured rather than "updated" when a change is made.

Actions

Also available in: Atom PDF