Bug 819325 - dhcp upgrade provides no clue about new dhcpd.conf location being used
Summary: dhcp upgrade provides no clue about new dhcpd.conf location being used
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: dhcp
Version: 16
Hardware: Unspecified
OS: Unspecified
low
unspecified
Target Milestone: ---
Assignee: Jiri Popelka
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-06 15:58 UTC by Paul Wouters
Modified: 2012-06-17 22:23 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-17 22:23:25 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Paul Wouters 2012-05-06 15:58:51 UTC
Description of problem:
I used /etc/dhcpd.conf and it was not clear that the location the binary uses is now /etc/dhcp/dhcpd.conf.
Even running dhcpd -f /etc/dhcpd.conf failed for me. I had to move to file into /etc/dhcpd/

It would be nice if the initscript deals with this, via a warning or some kind of log message, as the dhcpd error is just the screen full of disclaimer without an actual error.

Version-Release number of selected component (if applicable):
dhcp-4.2.3-8.P2.fc16

Comment 1 Jiri Popelka 2012-05-07 10:01:10 UTC
(In reply to comment #0)
> I used /etc/dhcpd.conf and it was not clear that the location the binary uses
> is now /etc/dhcp/dhcpd.conf.

This change is more that 3 years old, we've used /etc/dhcp/dhcpd.conf since Fedora-11/RHEL-6.

> It would be nice if the initscript deals with this, via a warning or some kind
> of log message, as the dhcpd error is just the screen full of disclaimer
> without an actual error.

There's a scriptlet in spec file which handles the F10->F11, RHEL5->RHEL-6 upgrade case and copies /etc/dhcpd.conf into /etc/dhcp/dhcpd.conf during upgrade/installation.
But I don't think some warning would be possible because the dhcp package installs empty /etc/dhcp/dhcpd.conf which it then reads and has no idea that you actually wanted to use /etc/dhcpd.conf
I could explicitly add '-cf /etc/dhcp/dhcpd.conf' into the service file when starting dhcpd, so 'service dhcpd status' or 'systemctl status dhcpd.service' will show that dhcpd actually reads this file.

Comment 2 Paul Wouters 2012-05-09 15:12:20 UTC
Perhaps I broke a softlink and did not realise it?

Some kind of warning like you described would be nice. It took me two hours before I realised the problem, as the dhcpd error message was totally useless 

In fact, it just spew the blob of text in /var/log/messages without an actual error, but refused to run.

Comment 3 Fedora Update System 2012-06-05 10:55:27 UTC
dhcp-4.2.4-0.8.rc2.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/dhcp-4.2.4-0.8.rc2.fc17

Comment 4 Fedora Update System 2012-06-07 22:52:34 UTC
Package dhcp-4.2.4-1.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing dhcp-4.2.4-1.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-8999/dhcp-4.2.4-1.fc17
then log in and leave karma (feedback).

Comment 5 Fedora Update System 2012-06-17 22:23:25 UTC
dhcp-4.2.4-1.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.