Bug #11091
closedInterfaces set as disabled in the configuration have an UP status in the operating system at boot
0%
Description
If you disable interface on interfaces.php page it's disabled
there is no UP in ifconfig output and `get_interface_info()` returns 'status' = 'down', 'enable' = 'false'
but after system reboot interface status is UP in ifconfig output and `get_interface_info()` returns 'status' = 'up', 'enable' = 'false', which is incorrect
it seems `interfaces_configure()` doesn't disable interfaces on boot
Updated by Viktor Gurov about 4 years ago
Updated by Jim Pingle about 4 years ago
- Status changed from New to Pull Request Review
- Target version set to CE-Next
Updated by Renato Botelho almost 4 years ago
- Status changed from Pull Request Review to Feedback
- Assignee set to Viktor Gurov
PR has been merged. Thanks!
Updated by Viktor Gurov almost 4 years ago
- % Done changed from 0 to 100
Applied in changeset 9115501d6ab5197d9caf499e90779c020d711dca.
Updated by Jim Pingle over 3 years ago
- Status changed from Feedback to Waiting on Merge
- Target version changed from CE-Next to 2.5.1
Updated by Renato Botelho over 3 years ago
- Status changed from Waiting on Merge to Feedback
Cherry-picked to RELENG_2_5_1
Updated by Alhusein Zawi over 3 years ago
After reboot the interface is not UP in ipconfig
[2.5.1-RC][admin@pfSense.home.arpa]/root: ifconfig em2
em2: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=81009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,VLAN_HW
2.5.1-RC (amd64)
built on Thu Mar 11 09:11:02 EST 2021
Updated by Jim Pingle over 3 years ago
- Subject changed from Disabled interface is UP on boot to Interfaces set as disabled in the configuration have an UP status in the operating system at boot
Updating subject for release notes.
Updated by Jim Pingle over 3 years ago
- Status changed from Resolved to In Progress
I think this may need some refinement as it could interfere with other things. If you have an interface assigned but disabled and use that interface as a parent for other things, the children will be affected.
For example if lagg0 is assigned and enabled, and you have VLAN children on lagg0, this takes out the VLAN children.
I think we should back this out of 2.5.1/21.02.2 and work on it more in master for the next release.
Updated by Jim Pingle over 3 years ago
- Target version changed from 2.5.1 to 2.6.0
I backed the change out of RELENG_2_5_1, moving target forward.
Updated by Steve Wheeler over 3 years ago
Confirmed; this breaks sub-interfaces on anything that is assigned but disabled by removing the parent entirely.
Updated by Viktor Gurov over 3 years ago
Steve Wheeler wrote:
Confirmed; this breaks sub-interfaces on anything that is assigned but disabled by removing the parent entirely.
fix:
https://gitlab.netgate.com/pfSense/pfSense/-/merge_requests/250
Updated by Jim Pingle over 3 years ago
We can bring in that fix for the next release, I backed out the original change from plus-RELENG_21_05 to make sure it doesn't impact the pending release to be safe.
Updated by Jim Pingle over 3 years ago
- Status changed from In Progress to New
- % Done changed from 50 to 0
Per discussion on the PR, all the changes have been reverted.
Can try alternate approaches for the next release.
Updated by Jim Pingle over 3 years ago
- Plus Target Version changed from 21.09 to 22.01
Moving ahead, too close to release to make another attempt at this and have enough time to validate the change in behavior.
Updated by Jim Pingle about 3 years ago
- Target version changed from 2.6.0 to CE-Next
- Plus Target Version changed from 22.01 to 22.05
Updated by Jim Pingle over 2 years ago
- Plus Target Version changed from 22.05 to 22.09
Updated by Jim Pingle over 2 years ago
- Plus Target Version changed from 22.09 to 22.11
Updated by Jim Pingle about 2 years ago
- Plus Target Version changed from 22.11 to 23.01
Updated by Jim Pingle about 2 years ago
- Status changed from New to Rejected
- Target version deleted (
CE-Next) - Start date deleted (
11/21/2020) - Plus Target Version deleted (
23.01)
No movement in a long time on this plus when we did try it was really disruptive for little to no benefit. Closing for now, we can always revisit it in the future.