Client not sending DHCPREQUEST after offer.

Hajducko, Steven Steven_Hajducko at
Wed Jul 25 17:30:00 UTC 2012

So after a night of caffeine, finally figured this out.

Turns out the 2 DNS servers configured in /etc/resolv.conf were down.  Not
a big deal except that the conf has 'get-lease-hostnames' set to true,
which in turn was causing the long delays and as was mentioned by Simon,
turns out why it was taking so long to respond to the initial discover

I turned off the get-lease-hostnames for the time being and it resolved
the issue.

On 7/23/12 11:04 PM, "Hajducko, Steven" <Steven_Hajducko at> wrote:

>Well, that didn't end up working either - I setup an alternate host on the
>ESX server to sniff the vswitch traffic and I can actually see ACK's and
>REQUEST's now, but they're all so out of sync that nothing seems to be
>getting accept.
>I installed the default RHEL provided dhcpd and got that working fine, so
>it's gotta be something with the supplied DHCPd server, which means back
>to the vendor.
>Thanks for the help Simon.
>On 7/21/12 12:58 AM, "Simon Hobson" <dhcp1 at> wrote:
>>Hajducko, Steven wrote:
>>>I removed the router options from the subnet stanza.  This is a closed
>>>network and doesn't have a DG
>>>Still the same result though, the client just continues to send
>>>and ignore offers.
>>Probably because it doesn't consider an offer without a gateway as a
>>usable offer. Try giving it a gateway in that subnet - it doesn't
>>have to be anything that will route traffic, just "a valid address"
>>and see what happens.
>>Simon Hobson
>>Visit for books by acclaimed
>>author Gladys Hobson. Novels - poetry - short stories - ideal as
>>Christmas stocking fillers. Some available as e-books.
>>dhcp-users mailing list
>>dhcp-users at
>dhcp-users mailing list
>dhcp-users at

More information about the dhcp-users mailing list