Why not just have a general caching system?

How many catalogs do  you want to preserve? 5

Fallback Catalog? 3

Fallback would be preserved outside of the 5 limit (so there would be 6
total if a fallback is assigned).

In my mind, it's acting like a recovery installation for a router. Hit the
magic button for 15 seconds (but not 30) and you go to the last known good
configuration.

However, I think that this sort of thing *must* be exportable for those of
us with dreams of clustered puppetmasters. Perhaps it's just a directory
structure with symlinks?

Arbitrary labels would not be a bad thing with anything that is labeled
being preserved indefinitely.

I would suggest calling the arbitrary labels "tags".

Then, you could do fancy things like:

puppet catalog list

- Catalog1 *current
- Catalog2
- Catalog3

puppet catalog tag Catalog1 fallback

- Catalog1 saved as 'fallback'

puppet catalog tag Catalog3 bob

- Catalog3 saved as 'bob'

puppet catalog diff bob current

- Use the magic catalog diff thing to output a diff in some format

puppet catalog rm Catalog3

- Deleted saved catalog 'Catalog3'

That's how it works in my head anyway....

Trevor

On Tue, Jul 7, 2015 at 2:19 PM, John Bollinger <[email protected]>
wrote:

>
>
> On Tuesday, July 7, 2015 at 11:56:24 AM UTC-5, Trevor Vaughan wrote:
>>
>> I was thinking exactly the same as Eric.
>>
>> It seems like we're repeating what Git does.
>>
>>
> Perhaps I am too influenced by the "last known good" designation for
> something that in fact is *not* necessarily known to be good.
> Nevertheless, if Puppet is going to perform caching along the lines that
> Chris described at all, then maintaining a cache with genuine known
> goodness (or at least affirmatively asserted goodness) seems a natural
> extension that wouldn't require much more work.
>
>
> John
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-dev/996bc122-d677-40bf-9e13-0ea965beec5f%40googlegroups.com
> <https://groups.google.com/d/msgid/puppet-dev/996bc122-d677-40bf-9e13-0ea965beec5f%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Trevor Vaughan
Vice President, Onyx Point, Inc
(410) 541-6699

-- This account not approved for unencrypted proprietary information --

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-dev/CANs%2BFoXtksSpp8RwaPbnj_b2jY4qRqcRf7H77nZWqTCPL8cvEA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to