<html><head><title>Re: Log entries "bind update on ... rejected: BNDUPD without CHADDR"</title>
</head>
<body>
<span style=" font-family:'Courier New'; font-size: 9pt;">A quick google search got me this:<br>
<br>
</span><a style=" font-family:'Courier New'; font-size: 9pt;" href="https://lists.isc.org/pipermail/dhcp-users/2006-October/001971.html">https://lists.isc.org/pipermail/dhcp-users/2006-October/001971.html</a><br>
<br>
<span style=" font-family:'Courier New'; font-size: 9pt;">"This means your failover server transmitted an update for a lease<br>
that was in the ACTIVE, EXPIRED, or RELEASED states, and did not<br>
contain a chaddr option."<br>
<br>
---<br>
Given that - I'd guess it has to do with how you're moving/mirroring the leases file from the current active servers to the new fail-over pair.<br>
<br>
I'm sure someone else will give you more detail, but that is probably helpful and a good place to start.<br>
<br>
-Greg<br>
<br>
</span><table>
<tr>
<td width=2 bgcolor= #0000ff><br>
</td>
<td><span style=" font-family:'calibri'; font-size: 11pt;">Hello,<br>
<br>
I have a primary and secondary dhcpd server that I have set up as central dhcp servers for a bunch of relays. The servers come up, and they communicate properly. The trouble is they keep reporting:<br>
<br>
“bind update on ww.xx.yy.zz from <my failover> rejected: BNDUPD without CHADDR”<br>
<br>
I do NOT want to update dns: dns is not relevant here.<br>
<br>
Question number one:<br>
Is this “error” due to dhcpd failing to update the dns server, or some sort of socket binding issue? (overuse of the word “bind” perhaps?)<br>
<br>
In both of the dhcpd.conf files, I have the following lines:<br>
ddns-update-style none;<br>
ddns-updates off;<br>
<br>
Question number two:<br>
Why would dhcpd try to send updates if they are turned off?<br>
<br>
Further information:<br>
I am running isc bind produced by centos: 4.2.5. I will also be seeking answers there in case it’s a question of their compiling and bollixing it up.<br>
<br>
I am currently consolidating a number of remotely located dhcp servers that are very old (Solaris 10 running bind 3.0.4 ). At present the remote servers are having dhcp queries relayed to them by the various equipment we support. Once this is done, we will simply change the relay ip to the new servers. <br>
<br>
The procedure I am using: replicate all dhcpd.leases, filtering out deprecated and dhcp server specific content, copying new dhcpd.leases to both dhcp development servers, and starting dhcpd.<br>
<br>
Enclosed is a shortened, sanitized sample dhcpd.conf file. The only difference between primary and secondary is the address and peer addresses are swapped. I have ensured peer tcp ports are not firewalled.<br>
<br>
Thank you for your time!<br>
<br>
--jason<br>
</td>
</tr>
</table>
<br><br>
<span style=" font-family:'arial'; color: #c0c0c0;"><i>-- <br>
Gregory Sloop, Principal: Sloop Network & Computer Consulting<br>
Voice: 503.251.0452 x82<br>
EMail: </i></span><a style=" font-family:'arial';" href="mailto:gregs@sloop.net">gregs@sloop.net</a><br>
<a style=" font-family:'arial';" href="http://www.sloop.net">http://www.sloop.net</a><br>
<span style=" font-family:'arial'; color: #c0c0c0;"><i>---</body></html>