will resource noop always override puppetd

198 views
Skip to first unread message

Dan Bode

unread,
Jul 15, 2009, 4:24:58 AM7/15/09
to puppet...@googlegroups.com
For my use case, I have set the following in puppet.conf on the agent

[puppetd]
  noop=true

on the server, in the puppet module, I set the following:

file{"/etc/puppet/puppet.conf":
    noop => false,
    content => template("puppet/puppet-agent.conf"),
  }

I have noticed that this works, noop effects everything except the puppet.conf file, here is some output

notice: Starting catalog run
notice: //Node[SERVER]/test/Exec[echo "This is the Test Class"]/returns: is notrun, should be 0 (noop)
39c39
< # TEST1
---
> # TEST2
notice: //Node[SERVER]/base/puppet/File[/etc/puppet/puppet.conf]: Filebucketed to main with sum 612edd1118e135cdd89675c1c8f981ae
notice: //Node[SERVER]/base/puppet/File[/etc/puppet/puppet.conf]/content: content changed '{md5}612edd1118e135cdd89675c1c8f981ae' to '{md5}14ce20b1d2499bed640a26e051a52909'
notice: Reparsing /etc/puppet/puppet.conf

My question is:

Is this intended behavior, will this be supported in future versions, or will this be likely to break.

regards,

Dan

David Schmitt

unread,
Jul 15, 2009, 10:35:04 AM7/15/09
to puppet...@googlegroups.com
Dan Bode wrote:
[noop on resource overrides global noop setting]

> Is this intended behavior, will this be supported in future versions, or
> will this be likely to break.

The UPGRADE document for 0.24.3 says this:

> Downloading plugins and facts now ignores noop. Note that this
> changes the behaviour of a resource's noop setting. The resources noop
> setting will now alway override the global setting (previously,
> whichever was true would win).

from http://reductivelabs.com/trac/puppet/wiki/UPGRADE#id16


Regards, DavidS

Nigel Kersten

unread,
Jul 15, 2009, 11:06:26 AM7/15/09
to puppet...@googlegroups.com
This isn't true for factsync or pluginsync though.


root# puppetd --version
0.24.8
root# rm -Rf /var/lib/puppet/facts/*
root# rm -Rf /var/lib/puppet/lib/*
root# puppetd -t --factsync --pluginsync --noop
info: Retrieving plugins
notice: /File[/var/puppet/lib]/checksum: checksum changed '{mtime}Wed
Jun 17 11:29:46 -0700 2009' to '{mtime}Wed Jul 15 08:05:11 -0700 2009'
notice: /File[/var/puppet/lib/provider]/ensure: created
[...]
info: Retrieving facts
notice: /File[/var/puppet/facts]/checksum: checksum changed
'{mtime}Tue Jul 14 09:33:23 -0700 2009' to '{mtime}Wed Jul 15 08:05:08
-0700 2009'
[...]


and I've yet to get any reliable working method going for facts and
plugins in modules with environments that doesn't rely upon
factsync/pluginsync.



>
>
> Regards, DavidS
>
> >
>



--
Nigel Kersten
nig...@google.com
System Administrator
Google, Inc.

Dan Bode

unread,
Jul 15, 2009, 11:06:40 AM7/15/09
to puppet...@googlegroups.com
thanks David,

At least this feature was implemented for a good reason (even though I wish they would add certificates to that list:)

It seems reasonable to assume that this feature will not break in the future.

David Schmitt

unread,
Jul 16, 2009, 3:56:06 AM7/16/09
to puppet...@googlegroups.com


But that's exactly what the cited paragraph says, no: "Downloading

plugins and facts now ignores noop."

Regards, DavidS

Luke Kanies

unread,
Jul 21, 2009, 8:15:29 PM7/21/09
to puppet...@googlegroups.com

That's your own code managing puppet.conf, not puppet, so yeah, that
will continue to work.

--
Barondes' First Law:
Science abhors contradictions; scientists' minds are replete with
them.
---------------------------------------------------------------------
Luke Kanies | http://reductivelabs.com | http://madstop.com

Reply all
Reply to author
Forward
0 new messages