• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Constant link status changing with VLAN configuration

Scheduled Pinned Locked Moved Firewalling
7 Posts 2 Posters 991 Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M
    matt.will
    last edited by Sep 19, 2016, 2:11 AM

    So, I have five VLANs configured on a single igb parent interface. None of the VLANs are activated, yet I'm still seeing constant log entries that elude to link status going up/down. I never see any connectivity symptoms, so is this just cosmetic?

    Sep 18 09:42:57 check_reload_status Linkup starting igb2
    Sep 18 09:42:57 kernel igb2: link state changed to UP
    Sep 18 09:42:57 kernel igb2_vlan190: link state changed to UP
    Sep 18 09:42:57 check_reload_status Linkup starting igb2_vlan190
    Sep 18 09:42:58 check_reload_status Linkup starting igb2
    Sep 18 09:42:58 kernel igb2: link state changed to DOWN
    Sep 18 09:42:58 kernel igb2_vlan190: link state changed to DOWN
    Sep 18 09:42:58 check_reload_status Linkup starting igb2_vlan190
    Sep 18 09:42:58 check_reload_status Reloading filter
    Sep 18 09:42:58 php-fpm 62885 /rc.linkup: Linkup detected on disabled interface…Ignoring
    Sep 18 09:42:58 check_reload_status Reloading filter
    Sep 18 09:42:59 php-fpm 62885 /rc.linkup: Linkup detected on disabled interface...Ignoring
    Sep 18 09:42:59 xinetd 22076 Starting reconfiguration
    Sep 18 09:42:59 xinetd 22076 Swapping defaults
    Sep 18 09:42:59 xinetd 22076 readjusting service 6969-udp
    Sep 18 09:42:59 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
    Sep 18 09:43:01 xinetd 22076 Starting reconfiguration
    Sep 18 09:43:01 xinetd 22076 Swapping defaults
    Sep 18 09:43:01 xinetd 22076 readjusting service 6969-udp
    Sep 18 09:43:01 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
    Sep 18 09:43:01 check_reload_status Linkup starting igb2
    Sep 18 09:43:01 kernel igb2: link state changed to UP
    Sep 18 09:43:01 kernel igb2_vlan190: link state changed to UP
    Sep 18 09:43:01 check_reload_status Linkup starting igb2_vlan190
    Sep 18 09:43:02 check_reload_status Reloading filter
    Sep 18 09:43:02 php-fpm 62885 /rc.linkup: Linkup detected on disabled interface...Ignoring
    Sep 18 09:43:15 check_reload_status Linkup starting igb2
    Sep 18 09:43:15 kernel igb2: link state changed to DOWN
    Sep 18 09:43:15 kernel igb2_vlan190: link state changed to DOWN
    Sep 18 09:43:15 check_reload_status Linkup starting igb2_vlan190
    Sep 18 09:43:16 check_reload_status Reloading filter
    Sep 18 09:43:16 php-fpm 64800 /rc.linkup: Linkup detected on disabled interface...Ignoring
    Sep 18 09:43:16 check_reload_status Reloading filter
    Sep 18 09:43:17 xinetd 22076 Starting reconfiguration
    Sep 18 09:43:17 xinetd 22076 Swapping defaults
    Sep 18 09:43:17 xinetd 22076 readjusting service 6969-udp
    Sep 18 09:43:17 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
    Sep 18 09:43:18 check_reload_status Linkup starting igb2
    Sep 18 09:43:18 kernel igb2: link state changed to UP
    Sep 18 09:43:18 kernel igb2_vlan190: link state changed to UP
    Sep 18 09:43:18 check_reload_status Linkup starting igb2_vlan190
    Sep 18 09:43:19 xinetd 22076 Starting reconfiguration
    Sep 18 09:43:19 xinetd 22076 Swapping defaults
    Sep 18 09:43:19 xinetd 22076 readjusting service 6969-udp
    Sep 18 09:43:19 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
    Sep 18 09:43:19 check_reload_status Reloading filter
    Sep 18 09:43:19 php-fpm 97947 /rc.linkup: Linkup detected on disabled interface...Ignoring

    1 Reply Last reply Reply Quote 0
    • D
      Derelict LAYER 8 Netgate
      last edited by Sep 19, 2016, 7:39 AM

      No. Not normal.

      VLAN 190 on igb2 is functioning normally? Link is not actually flapping?

      Chattanooga, Tennessee, USA
      A comprehensive network diagram is worth 10,000 words and 15 conference calls.
      DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
      Do Not Chat For Help! NO_WAN_EGRESS(TM)

      1 Reply Last reply Reply Quote 0
      • M
        matt.will
        last edited by Sep 19, 2016, 12:48 PM

        Clean as a whistle. Sometimes I will see all five go into rotation like that. however, from the time stamps, the interfaces are only down for a few seconds. I could be seeing latency and just not know it

        1 Reply Last reply Reply Quote 0
        • M
          matt.will
          last edited by Sep 24, 2016, 2:34 AM

          Any thoughts? Considering a downgrade to 2.2

          1 Reply Last reply Reply Quote 0
          • D
            Derelict LAYER 8 Netgate
            last edited by Sep 24, 2016, 5:18 AM

            It's not something systemic with 2.3.

            What do you mean none of the VLANs are "activated?"

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            1 Reply Last reply Reply Quote 0
            • M
              matt.will
              last edited by Sep 25, 2016, 1:51 AM

              The VLAN interfaces aren't enabled. All of them are on igb2, but not enabled while I troubleshoot. The link state changes happen about time a day, all within a few seconds (logs above confirm).

              For reference, hardware is a Netgate 2440

              1 Reply Last reply Reply Quote 0
              • M
                matt.will
                last edited by Sep 27, 2016, 4:02 AM

                Confirmed today; 17 hours after unassigned VLAN interfaces, the up/down link status messages have stopped. Seems to be somewhere in hardware or VLAN software. I am going to try to move them over to a different NIC, but not hopeful that it will have a different outcome.

                Sep 25 22:54:19 php-fpm 55438 /index.php: User logged out for user obscured from: obscured
                Sep 26 01:01:00 php-cgi rc.dyndns.update: phpDynDNS (obscured): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
                Sep 26 06:57:58 check_reload_status Syncing firewall
                Sep 26 06:58:12 check_reload_status Syncing firewall
                Sep 26 06:58:13 check_reload_status Reloading filter
                Sep 26 06:58:14 xinetd 22076 Starting reconfiguration
                Sep 26 06:58:14 xinetd 22076 Swapping defaults
                Sep 26 06:58:14 xinetd 22076 readjusting service 6969-udp
                Sep 26 06:58:14 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
                Sep 26 07:07:33 check_reload_status Syncing firewall
                Sep 26 07:07:39 check_reload_status Syncing firewall
                Sep 26 07:07:43 check_reload_status Syncing firewall
                Sep 26 07:07:49 check_reload_status Syncing firewall
                Sep 26 07:07:53 check_reload_status Syncing firewall
                Sep 26 07:08:29 check_reload_status Syncing firewall
                Sep 26 07:14:09 php-fpm 12590 /index.php: User logged out for user obscured from: obscured
                Sep 26 07:24:59 check_reload_status Syncing firewall
                Sep 26 07:25:10 php-fpm 26579 /index.php: User logged out for user obscured from: obscured
                Sep 26 07:25:52 sshd 27647 Accepted publickey for obscured from obscured port 50745 ssh2: obscured

                1 Reply Last reply Reply Quote 0
                7 out of 7
                • First post
                  7/7
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  This community forum collects and processes your personal information.
                  consent.not_received