We get these all the time when building large groups of machines. One of our nearby support people wrote a script that queries the dhcp server for BAD_ADDRESS, deletes the offending reservation, and recreates the reservation. It runs pretty slow and I've found that just keeping 2 cmd files with all the address ranges I'm working on that just deletes and re-adds each reservation is fast enough that unless your boxes are rebooting, no badness occurs.
rem remove all the dhcp reservations netsh dhcp server 10.1.93.31 scop 10.1.93.0 delete reser 10.4.93.11 001d29bce82c rem add dhcp reservations netsh dhcp server 10.1.93.31 scop 10.1.93.0 add reser 10.4.93.11 001d29bce82c My-new-boxes-name jb From: Christopher Bodnar [mailto:[email protected]] Sent: Tuesday, February 24, 2009 8:36 AM To: NT System Admin Issues Subject: DHCP bad_address issue W2K3 AD domain: Got an odd DHCP issue. We have a DHCP scope that is used just for automated server builds. Getting a bunch of BAD_ADDRESS conflicts in the DHCP console. The Unique ID field shows an 8 digit string not the 12 of a MAC address. I can not ping any of the IP addresses that are supposedly in use, that DHCP thinks are bad. I've found a few posts that talk about this being Wireless Access Points or possibly a OS X client that is configured incorrectly. Of course our network guys insist it's none of those things and it must be a Windows server. I don't see any reference in the Event Logs or the DHCP logs that indicate what these machines are? This post is similar to what we are seeing: http://www.experts-exchange.com/Networking/Windows_Networking/Q_22032213.htm l Any suggestions? Chris Bodnar, MCSE Sr. Systems Engineer Distributed Systems Service Delivery - Intel Services Guardian Life Insurance Company of America Email: [email protected] Phone: 610-807-6459 Fax: 610-807-6003 _____ This message, and any attachments to it, may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are notified that any use, dissemination, distribution, copying, or communication of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately by return e-mail and delete the message and any attachments. Thank you. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
