Red Hat Bugzilla – Bug 24673
pump -d still updates resolv.conf
Last modified: 2007-04-18 12:30:50 EDT
Running beta2 via cable modem (RoadRunner).
According to the manpage, running pump with the -d option should not update
the DNS information in resolv.conf. Checking pump upon a reboot gives me:
/sbin/pump -d -i eth0
But the /etc/resolv.conf has changed to the default for a RoadRunner lease,
instead of the changes that I made.
This defect is considered MUST-FIX for Florence Release-Candidate #1
This works fine for me -- can you let me know exactly what you're seeing, and
how pump is getting run.
I also just checked pump operation with pump-0.8.7-1. "pump -s -i eth0" on a
system with working interface and valid lease wiped out my /etc/resolv.conf.
This is very interesting. The problem is that pump runs as a background daemon.
Once it is first started on an interface, it will remain running (by default) as
long as the interface remains up. It does this, so it can do lease renewals, etc.
When pump is first started, it accepts command line parameters, as well as
settings from the pump config file (/etc/pump.conf unless set with -c). If you
enter -d on the command line when you first start pump for an interface, -d
_DOES_ work. It works so well that any subsequent command-line initiated pump's
(e.g. a subsequent "pump -i eth0") will also not touch the resolv.conf file.
The reverse is also true. I start pump without -d as a parameter on an
interface, e.g. eth0. Subsequent "pump -d -i eth0" will cause pump to do its
thing, but the -d option will have no effect.
Summarised, the "overrides" options on the command line only have any effect if
specified for the first pump instance on a given interface. Why? If we specify
-d for example on a subsequent command line, it gets parsed and overrides->flags
is set to 1. When we write to the control socket cont, we do not pass
overrides->flags at all. On the receiving end, in runDaemon, we refer to
overrides->flags, however this is using the overrides that was passed to the
This needs to be cleaned up. Reality doesn't match the man page and command
syntax at the moment.
I'll try and do this post-florence
Given that dhcpcd replaced pump in rawhide, and that the use case seems very
esoteric, just going to wontfix this. Disagreement welcome.
Apologies for the unresponsiveness of the previous pump packager...