Project

General

Profile

Bug #3797

DHCP server restarted multiple times on secondary after config sync

Added by Chris Buechler over 4 years ago. Updated about 4 years ago.

Status:
Resolved
Priority:
Normal
Category:
DHCP Server
Target version:
Start date:
08/08/2014
Due date:
% Done:

100%

Estimated time:
Affected Version:
All
Affected Architecture:

Description

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.

Associated revisions

Revision 85b3c597 (diff)
Added by Renato Botelho over 4 years ago

Do not reconfigure dhcpd twice on secondary after config sync. Fixes #3797

Revision 7486c1f6 (diff)
Added by Renato Botelho over 4 years ago

Do not reconfigure dhcpd twice on secondary after config sync. Fixes #3797

Revision 565488c9 (diff)
Added by Renato Botelho about 4 years ago

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

Revision e5b3335a (diff)
Added by Renato Botelho about 4 years ago

Do not 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

History

#1 Updated by Jim Pingle over 4 years ago

  • Assignee set to Renato Botelho

#2 Updated by Renato Botelho over 4 years ago

  • Target version set to 2.2

#3 Updated by Renato Botelho over 4 years ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100

#5 Updated by Jim Pingle over 4 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.

#6 Updated by Renato Botelho about 4 years ago

  • Status changed from New to Feedback

#8 Updated by Chris Buechler about 4 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.

Also available in: Atom PDF