DHCP server restarted multiple times on secondary after config sync
dhcpd is restarted twice on the secondary system after every config sync. In at least some circumstance (ticket MPG-56559), it restarts 4 times on the secondary on each config sync. That may be specific to use of static ARP w/DHCP, haven't had a chance to fully test that theory.
Where running DHCP failover, which is most cases with config sync, restarting dhcpd multiple times back to back seems to occasionally cause both instances of dhcpd to get stuck in odd states that don't return to normal/normal. Keeping it to a single restart seems to be fine. Restart it several times in quick succession, and it breaks failover status.
Do now call write_config() when click on Apply Changes because it was already done and it causes dhcpd to restart one more time on secondary nodes. It fixes #3797
#5 Updated by Jim Pingle about 5 years ago
- Status changed from Feedback to New
There is still a problem here, it is still getting restarted multiple times but it appears to be due to this behavior:
On the primary: Create or edit a static mapping, press Save
- At this point, dhcpd is restarted on the secondary due to the config sync
On the primary: Press Apply changes
- At this point, dhcpd is restarted on BOTH nodes, and the problem recurs.
It should only restart on the secondary during one of those actions, not both, but both actions are resulting in a config and filter sync.
#8 Updated by Chris Buechler almost 5 years ago
- Status changed from Feedback to Resolved
this looks to be fine, scenarios that previously triggered multiple restarts on the secondary now only have it restart once. That also worked around whatever bug(s) we were triggering within dhcpd's failover by restarting the service repeatedly on the secondary.