On Thu, Apr 8, 2010 at 10:50 AM, Paul Lathrop <[email protected]>wrote:

> On Thu, Apr 8, 2010 at 10:45 AM, Thomas Bellman <[email protected]>
> wrote:
> > Dan Bode wrote:
> >
> >> I would prefer if puppet ran the sync. It would be nice to receive
> puppet
> >> events for any changes made via rsync (essentially reports of which
> files
> >> change, this would require that it is implemented in ruby).
> >>
> >> I can see from reading the man page that there is a --dryrun call that
> >> could be used to determine rather rsync should be run or not. Is this
> >> reasonable to run this to determine if Puppet should run? or is that too
> >> slow?
> >
> > Problem is, once you get file trees that have several tens of thousands
> > of files in them, just traversing the tree to see which files are there
> > and ought to be transfered can take a while.  When the target tree is
> > already up to date, rsync --dry-run doesn't go any faster than without
> > --dry-run.
> >
> > The time taken doesn't matter much when Puppet is doing its automatic,
> > unattended runs, but when you have made a change to your manifests and
> > want to make a manual test run from an interactive shell, you don't want
> > to wait an extra ten or fifty seconds just to see that you misspelled a
> > package name...
>
> True, but this is one place where --tags really shines. Our manifest
> have reached the level of complexity where we *need* to use --tags for
> iterative debugging.
>

So I rarely use tags for iterative debugging, simply because I dislike the
behavior when Resource A is tagged "foo" and requires Resource B which is
not tagged "foo"

I'd use them a lot more if we could have an optional flag for automatically
pulling in requires that aren't tagged with the specified tag.

I guess I should feature request that.

Anyhow, for iterative debugging I instead have development servers set up
that allow easy patching of a pending changelist into their config, and this
can include switching off large chunks of the config.




>
> --Paul
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected]<puppet-users%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
>


-- 
nigel

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to