Hullo I've been a casual puppet user for some time and I'm struggling with the different lifespans and innovation rates of the different components in my environment. In order to trial new distro versions with new puppet clients, I need my puppet master to be on a newish distro, and probably provisioned on a vm to keep me honest in not making local changes. So how do I create that puppetmaster?
My initial thought was to bootstrap from a low rate of change computer with an old version of puppet on it and then pull in the puppet configuration for the vm based puppetmaster from some revision control system. The machine with the old distro version is a physical box that actually hosts most of my vms, too. However, the documentation implies to me that this is not an expected usecase. Am I correct? Should I be managing the vm puppetmaster as a 'standalone deployment' and including its configuration in the revision control environment, which increases the work in the vm launching process (I'm using cobbler for launching vms, which seems ok with chained service masters). I don't want to fight the design of puppet if it's not intended to be used how I'd envisioned. Advice welcome. Tim -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/0d49ea0a-36cb-49d2-8447-3badad10d14c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
