Bug #13253
closed
``dhcp6c`` is not restarted when applying settings when multiple WANs are configured for DHCP6
100%
Description
After #6880 it seems that when applying settings on multiple WANs, dhcp6c is not restarted so the new configuration isn't picked up.
If I manually kill dhcp6c before applying changes, then it's started properly and the additional WAN picks up its IPv6 address as it should.
Rebooting also works, naturally.
Related issues
Updated by Jim Pingle over 2 years ago
- Related to Bug #6880: Multiple DHCP6 WAN connections leads to multiple dhcp6c clients added
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 Feedback
- % Done changed from 0 to 100
Applied in changeset 8e88bd48a22b55d213ac7613be74c651706cfa0d.
Updated by Jim Pingle about 2 years ago
The change is working as expected for this case in the latest snapshot. Saving and applying on a DHCP6 WAN causes the client to restart.
I'll leave this open a little longer in case the change had an unintended negative impact on other DHCP6 events.
If it's still open with no negative feedback in ~1 week it can be closed.
Updated by Jim Pingle about 2 years ago
- Status changed from Feedback to Resolved
Updated by Jim Pingle about 2 years ago
- Status changed from Resolved to In Progress
There is a bit of a regression here in certain cases. For whatever reason the change made here is causing a failure for dhcp6/track6 on the 1100 at least, and possibly others depending on interface event timing. Also in that case it isn't starting the client if it's stopped already. So maybe it only worked by accident.
I'll investigate an alternate fix.
Updated by Jim Pingle about 2 years ago
- Status changed from In Progress to Feedback
Applied in changeset 5daac45752d00a97a9e01c5ddc7ed4f5ae0501ba.
Updated by Jim Pingle about 2 years ago
Backing out this change and re-testing on lab systems with multiple DHCP6 WANs, dhcp6 is still restarted now. Some other change in a related area must have altered this behavior.
I'm going to re-target this and keep an eye on it. It might be that it can be closed safely now, but I'll wait until the previous commit is reverted in a snapshot to test more thoroughly.
Updated by Jim Pingle almost 2 years ago
- Status changed from Feedback to Resolved
Re-tested on 23.01.b.20221221.1946 and dhcp6c is restarted there when applying WAN changes.