<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">OK, first of all, I'm sure I caused this one. (Usually, I don't realize it so quickly, so that's progress, I guess.) I just don't know why it's happening.<br>
<br>
Short form: I attempted to copy an include file to a new name to match our standard naming convention. Since that point, the include in question fails to work, returning "peer holds all free leases" from both servers of the failover pair.<br>
<br>
Long form: Our dhcp 'domain' includes a fairly high number of subnets spread over a wide geographic area, so to make it relatively manageable, we use a lot of include files - in most cases, each shared network has its own include to make it easier for me to
 locate them and not have a huge conf file to wade through. Some larger communities have multiple shared networks and I combine them into a single include.<br>
<br>
Last week, I was tasked with creating new dhcp scopes for a town with an existing network. To be consistent with my other configurations, this requires a new include file. Creating this file was no problem and (as far as I know) all is fine - testing may not
 have started on it, though.<br>
<br>
However, in the process of looking over the status quo to create that new file, I realized that the include file for the existing network didn't meet our naming standards and sought to remedy that fact. I didn't want to change the existing file in case I needed
 to roll back, so I copied it to a new include file and went into the dhcpd.conf where I added the new file and commented out the old one. Ever since that time, the devices that should be served by the new include are triggering "peer holds all free leases"
 errors on both servers. All other pools are operating normally, as far as I can tell (the log is so full of "peer holds" messages that is it hard to be certain). We have rolled back the changes to the prior configuration without helping the situation. We have
 restarted the service a number of times and rebooted both dhcp servers completely once. I have stopped the secondary server and put the primary server in partner-down in hopes that it would take over the entire pool, but that doesn't appear to have made much
 difference.<br>
<br>
I don't know why this caused this issue and more importantly, I don't know how to recover. Ideas, suggestions, and criticism welcome. Thanks!<br>
</div>
</body>
</html>