Description of problem: There is no obvious way to start 'dhcpd -6" with the distributed init script for dhcpd, as by default it creates a separate lease file (dhcpd6.leases) and pid file (dhcpd6.pid), and the configuration test step fails. In addition, it is not possible to run both dhcpd and dhcpd -6 on the same server, as the current script does not correctly handle multiple processes with the same name. Version-Release number of selected component (if applicable): dhcp-4.1.0p1-13.fc12.i686 How reproducible: 100% Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: If you want it, I have a modified script for /etc/rc.d/init.d/dhcpd that will invoke dhcpd -6. The changes as minor one to the standard.
*** Bug 552799 has been marked as a duplicate of this bug. ***
Thank you for the report Frank. Can you post your modified script for /etc/rc.d/init.d/dhcpd that will invoke dhcpd -6.
I think we should have separate init.d scripts for v4 and v6. Right?
Yes, I think we need separate init.d scripts.
Created attachment 381936 [details] dhcpd6 start up script
Created attachment 381938 [details] Diff between /etc/init.d/dhcpd and /etc/init.d/dhcpd6 While the diff is obvious, it is primarily aimed at using the PID file to select the correct process and the add a different confguration file, since the default would use the same as for IPv4.
I'm not sure a second init script is necessary. Personally, I'd like to see a single dhcpd init script and adding variables to /etc/sysconfig/dhcpd along the lines of: IPV4_MODE=[yes|no] IPV6_MODE=[yes|no] Two daemons have to be running if you want both IPv4 support and IPv6 support. Then modify the existing dhcpd script to support launching dhcpd in -4 and/or -6 mode and keeping track of those pids. restart and condrestart would require restarting both daemons, but I don't see that as a problem because they would both be reading the same configuration file and restarting both on a config file is really safer than not.
One or two scripts isn't too much of a problem, but given the differences in options within the configuration file, I don't think you can really share them. I suspect for all practical purposes you need to have two separate config files. Also, while playing with the daemon's lately, I've noticed that it is normally only necessary to restart one or the other. Rarely do you restart both at the same time, again, mainly due to the differences in options to be specified.
(In reply to comment #8) > One or two scripts isn't too much of a problem, but given the differences in > options within the configuration file, I don't think you can really share them. > I suspect for all practical purposes you need to have two separate config > files. > > Also, while playing with the daemon's lately, I've noticed that it is normally > only necessary to restart one or the other. Rarely do you restart both at the > same time, again, mainly due to the differences in options to be specified. That's reasonable. In that case, the init script for dhcpd -6 should force the use of a different configuration file on the system. The dhcpd package should also make sure it's providing both the dhcpd and dhcpd6 services as well.
dhcp-4.1.0p1-16.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update dhcp'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-12048
dhcp-4.1.0p1-17.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update dhcp'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-12048
dhcp-4.1.0p1-17.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
SELinux changes for this fix was added to selinux-policy-3.6.32-72.fc12.noarch. The update is available from updates-testing repo. su -c 'yum --enablerepo=updates-testing update selinux-policy-targeted'