Bug 448451

Summary: DHCP doesn't start on Fedora 9
Product: [Fedora] Fedora Reporter: Daniel Frizon <daniel>
Component: dhcpAssignee: David Cantrell <dcantrell>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: 9   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-06-21 15:24:58 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:

Description Daniel Frizon 2008-05-26 20:50:14 EDT
Description of problem:
DHCP Server doesn't start. After installing the package via Yum and configuring
the /etc/dhcpd.conf the service doesn't start and report the error:

This version of ISC DHCP is based on the release available
on ftp.isc.org.  Features have been added and other changes
have been made to the base software release in order to make
it work better with this distribution.
Please report for this software via the Red Hat Bugzilla site:

Version-Release number of selected component (if applicable):

DHCP Version - dhcp-4.0.0-14.fc9.i386

How reproducible:

Steps to Reproduce:
1. yum install dhcp
2. configure /etc/dhcpd.conf (sample in /usr/share/doc/dhcp-4.0.0/
3. service dhcpd start
Actual results:

Expected results:

Additional info:
Comment 1 David Cantrell 2008-05-27 16:42:11 EDT
Can you post your dhcpd.conf file and any error messages you see on the console?
Comment 2 Daniel Frizon 2008-05-27 17:19:48 EDT
(In reply to comment #1)
> Can you post your dhcpd.conf file and any error messages you see on the console?

Here is my dhcpd.conf

# dhcpd.conf
# Sample configuration file for ISC dhcpd

# option definitions common to all supported networks...
option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org;

default-lease-time 600;
max-lease-time 7200;

# Use this to enble / disable dynamic dns updates globally.
#ddns-update-style none;

# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;
# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.

#subnet netmask {

# This is a very basic subnet declaration.

#subnet netmask {
#  range;
#  option routers;

# This declaration allows BOOTP clients to get dynamic addresses,
# which we don't really recommend.

#subnet netmask {
#  range dynamic-bootp;
#  option broadcast-address;
#  option routers rtr-239-32-1.example.org;

# A slightly different configuration for an internal subnet.
subnet netmask {
  option domain-name-servers,;
  option domain-name "fedora.com.br";
  option routers;
  option broadcast-address;
  default-lease-time 600;
  max-lease-time 7200;

# Hosts which require special configuration options can be listed in
# host statements.   If no address is specified, the address will be
# allocated dynamically (if possible), but the host-specific information
# will still come from the host declaration.

host neo {
  hardware ethernet 00:1B:24:26:BC:77;
# filename "vmunix.passacaglia";
# server-name "toccata.fugue.com";

# Fixed IP addresses can also be specified for hosts.   These addresses
# should not also be listed as being available for dynamic assignment.
# Hosts for which fixed IP addresses have been specified can boot using
# BOOTP or DHCP.   Hosts for which no fixed address is specified can only
# be booted with DHCP, unless there is an address range on the subnet
# to which a BOOTP client is connected which has the dynamic-bootp flag
# set.
#host fantasia {
#  hardware ethernet 08:00:07:26:c0:a5;
#  fixed-address fantasia.fugue.com;

# You can declare a class of clients and then do address allocation
# based on that.   The example below shows a case where all clients
# in a certain class get addresses on the 10.17.224/24 subnet, and all
# other clients get addresses on the 10.0.29/24 subnet.

#class "foo" {
#  match if substring (option vendor-class-identifier, 0, 4) = "SUNW";

#shared-network 224-29 {
#  subnet netmask {
#    option routers rtr-224.example.org;
#  }
#  subnet netmask {
#    option routers rtr-29.example.org;
#  }
#  pool {
#    allow members of "foo";
#    range;
#  }
#  pool {
#    deny members of "foo";
#    range;
#  }
Comment 3 David Cantrell 2008-06-21 15:24:58 EDT
The last line in this file needs to be commented out.  You're getting a parse error.