[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Resolve and purging
From: |
Chip Seraphine |
Subject: |
Re: Resolve and purging |
Date: |
Fri, 9 Jan 2004 09:59:22 -0600 |
User-agent: |
KMail/1.5 |
Cool (he says, kicking himself).
The "resolve:" documentation should probably reference this feature, then,
since it implies that this functionality is not available. (It fooled me,
anyway.)
>From http://www.cfengine.org/docs/cfengine-Reference.html#resolve:
"Note that the resolve action does not delete anything from the file
/etc/resolv.conf. It adds nameservers which do not previously exist and
reorders the lines of servers which do exist. "
I would recommend amending this to:
"Note that the resolve action does not delete anything from the file
/etc/resolv.conf unless the EmptyResolveConf variable is set to 'true' . It
adds nameservers which do not previously exist and reorders the lines of
servers which do exist. "
On Friday 09 January 2004 05:42, you wrote:
> http://www.cfengine.org/docs/cfengine-Reference.html#emptyresolvconf
>
> On 25 Nov, Chip Seraphine wrote:
> > The docs list this as a feature, so I'm sending this grumble to help-
> > instead of bugs-.
> >
> > The resolve: section really needs some sort of purge attribute. The
> > syntax of it make it very nice for maintaining the resolver, but it's
> > inability to remove lines make it impractical; you end up having to use
> > editfiles: or copy: instead. Editfiles is clumsy for maintaining entire
> > files and copy: isn't a good choice when your basic assumption is that
> > your network configuration is hosed.
> >
> > Before I go about writing/submitting a patch with a 'PurgeResolver'
> > variable, is there a known reason why it (currently) won't delete lines?
> > I agree that it is reasonable default behavior, but making it mandatory
> > severely limits the usefulness of resolve: to environments where old DNS
> > servers never get decommissioned, nobody every makes typos, DNSs are
> > never re-IP'd, etc. This makes me think that the thinking behind this
> > limitation is grounded in reasons other than technical, so I'd like to
> > get some clarification lest I submit a patch that will just be shot
> > down....
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Help-cfengine mailing list
> > Help-cfengine@gnu.org
> > http://mail.gnu.org/mailman/listinfo/help-cfengine
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Work: +47 22453272 Email: Mark.Burgess@iu.hio.no
> Fax : +47 22453205 WWW : http://www.iu.hio.no/~mark
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~