-
Bug
-
Resolution: Done-Errata
-
Undefined
-
rhel-9.6
-
lldpad-1.1.1-4.gitf1dd9eb.el9
-
Yes
-
Moderate
-
1
-
rhel-net-core
-
ssg_networking
-
23
-
26
-
3
-
False
-
False
-
-
Yes
-
NST-Core-25W06
-
Bug Fix
-
-
Done
-
-
Unspecified
-
None
-
57,005
Description of problem:
This is a follow-on to BZ1997064 (same summar). The fix for the original problem went into the 1.1.1 build of lldpad, but it needs to get rolled into lldpad 1.1.3
Version-Release number of selected component (if applicable):
lldpad-1.1.1-3.gitf1dd9eb.el9.x86_64.rpm
How reproducible:
Always
Steps to Reproduce:
1. Configure several virtual interfaces to be created at boot time
2. Start lldpad
3. lldptool set-lldp -i <interface> adminStatus=rxtx #assume it starts as "disabled"
4. reboot
5. start lldpad
6. lldptool get-lldp -i <interface> adminStatus
7. Observe: adminstatus=rxtx
8. lldptool set-lldp -i <interface> adminStatus=disabled
9. modify order of virtual interface creation
10. reboot
11. start lldpad
12. lldptool get-lldp -i <interface> adminStatus
13. Observe: adminstatus=rxtx
Actual results:
adminStatus reverts to rxtx
Expected results:
adminStatus should maintain "disabled."
Additional info:
- clones
-
RHEL-5824 Setting adminStatus=disabled does not survive reboot
-
- Closed
-
- links to
-
RHBA-2024:139712 lldpad bug fix and enhancement update