----- Original Message ----- > From: "Fraser Goffin" <goff...@gmail.com> > To: "puppet-users" <puppet-users@googlegroups.com> > Sent: Saturday, July 4, 2015 10:27:36 AM > Subject: Re: [Puppet Users] Ordering without dependencies
> Caveat: I know nothing about your specific infrastructure and application > stack > setup or how you manage it or the suitability of the business apps you have > deployed or .. Well you get the idea, but .... in a VM world, wouldn't you > prefer following the immutable server pattern, then uninstalls are moot ? Indeed, in my case I am tearing down the entire cluster. This includes: - vms - the hyperv cluster - storage associations - access lists on the storage servers - returning ip addresses to a pool - dns records - logic network definitions - servers - server raid configs - server razor properties for PXE booting and it supports combinations of above say cluster stays but server goes etc its complex so for just VMs sure, but I'm dealing with the entire stack from PXE boot onward including BIOS settings and firmware. All via Puppet. Chances of every single thing of this tearing down perfectly in every case is zero so we just want to keep going and nuke as much as possible - which while I realize this sounds idiotic is fine in this case. The manifests are constructed dynamically by our orchestrator so they are one-offs > P.S. Feedback on your module-data module. Been using it for some time and very > much prefer the localisation it offers over uber Hiera. We are moving over to > Puppet 4 and preliminary tests appear to show no problems continuing with it. > Any reason I should reconsider and/or use the v4 lookup feature ? I believe PL is implementing a new Hiera which would include the module-data behaviours Though I did have a pull request from someone who fixed some Puppet 4 stuff so maybe try master -- 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/810047393.17658.1436004852490.JavaMail.zimbra%40devco.net. For more options, visit https://groups.google.com/d/optout.
