On Jun 10, 3:06 am, Brice Figureau <brice-pup...@daysofwonder.com> wrote: > On Thu, 2011-06-09 at 18:50 -0700, Jacob Helwig wrote: > > On Thu, 09 Jun 2011 18:42:54 -0700, Nigel Kersten wrote: > > > >https://projects.puppetlabs.com/issues/7697 > > > > One problem people producing modules that make use of stages are hitting > > > is > > > that it's difficult to create something reusable that integrates > > > seamlessly > > > into existing setups. > > > > This feature request is to add several more implicit stages to Puppet so > > > we > > > have: > > > > bootstrap > > > pre > > > main > > > post > > > > existing by default, making it easier for authors to specify stages in > > > their > > > modules. > > > > Thoughts? > > > The answer to question "Which comes first, 'bootstrap' or 'pre'?" seems > > awfully ambiguous from just the names. > > > What's the reason for separating it out? > > One of the reason would be for the bootstrap phase to happen in its own > run instead of being part of the standard run. That would allow to > pre-install stuff that plugins could use (like for instance mysqladmin > for the mysql types). Then the 3 other stages would happen in the same > run. > > It would also be great to have this stage being optional in subsequent > runs, allowing you to use the bootstrap stage during provisioning (ie > just after a pre-seed or kickstart), but never again. This would help > bootstrap from bare-metal.
The usual recommendation for tackling this problem used to be environments. You would use a different environment for bootstrap, and you might even have a resource in the bootstrap environment that changes the node's environment for future runs. Does this approach no longer work? I think endowing a particular stage with special case rules is a really poor idea. I guarantee that doing so will cause grief for both users and developers. Maybe what is needed is an easier way to perform two or more successive puppet runs in different environments. I think that's essentially what those asking for fact re-evaluation between want. Instead of making run stages a lot more complicated, why not take something that already does the job, and make it better? John -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.