dhcpd: failover: listener: no matching state
rharolde at umich.edu
Tue Oct 21 15:23:20 UTC 2014
I saw these messages from DHCP, and could not find an explanation in the
manual or on the internet.
Oct 19 01:03:16 myserver dhcpd: failover: listener: no matching state
Oct 19 01:03:21 myserver dhcpd: failover: listener: no matching state
Oct 19 01:03:26 myserver dhcpd: failover: listener: no matching state
It turns out that the message is because another DHCP server that is not
the configured peer is sending messages to the failover port of this DHCP
server. I can think of two common cases where this would happen:
A DHCP server is replaced by another server, but the DHCP process on the
old server is not stopped. The old server will continue to send packets to
the DHCP peer.
In an IPAM-DNS-DHCP appliance solution, the database is copied to a test
server and the configuration from one of the DHCP peers is copied to a test
DHCP server. The test server will try to talk to the production peer.
Tracing the packets identified the offending server and it was easily
corrected. In my case these messages did not cause any problems other than
a large log file.
It would be helpful if the error message could be clearer and include
something to identify where the unexpected packets were coming from, like:
dhcpd: failover: listener: unexpected packet from 184.108.40.206
Does this sound like a reasonable request, and is a "bug report" the proper
method to request it?
How would I request updating the documentation to explain the error message?
DNS and DHCP, University of Michigan
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the dhcp-users