Puppet users - Dec 2013 - Are storeconfigs without puppetDB possible?

I''m doing some testing with the puppetlabs/haproxy module on a vagrant
box
with puppet 3 set up. The module we use requires exported resources to be 
enabled in order to specify haproxy backends, but I don''t have it 
configured in puppet. I have our puppet repo checked out to the VM and am 
using puppet apply, pointed at the specific module path we use for 
development, to configure the box. 

From what I''ve read during my web searching, it seems that basically
the
only way to do storeconfigs is by setting up puppetdb. We do have a 
puppetdb server set up in production, but I don''t really want to have
to
point disposable dev environments at it, just to test stuff. I also
don''t
want to go to the effort of setting up a puppetdb environment locally to do 
the same thing.

Is there any simple way to enable storeconfigs for basic development 
purposes? ie, a file-based or sqlite solution? I know there used to be an 
sqlite solution available but everything I read tells me it''s
deprecated.
There doesn''t appear to be a definitive resource for storeconfigs 
documentation, and AFAICT it''s puppetdb or nothing else.

Thanks,
Guy

-- 
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/3e6a64e4-9cd0-42b1-bfa4-b3be5fa981b5%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Ok, I discovered that you can configure puppetdb to use the file-based 
embedded database, so I''ll work with that. It was pretty hard to find 
mention of this option, however. I actually discovered it through the docs 
for the puppetdb module, although later I found the odd mention of it 
buried deep in the puppetdb documentation. In any case, I''ll work with
this
option and see how I go.

On Monday, 9 December 2013 14:26:32 UTC-8, Guy Knights
wrote:
>
> I''m doing some testing with the puppetlabs/haproxy module on a
vagrant box
> with puppet 3 set up. The module we use requires exported resources to be 
> enabled in order to specify haproxy backends, but I don''t have it 
> configured in puppet. I have our puppet repo checked out to the VM and am 
> using puppet apply, pointed at the specific module path we use for 
> development, to configure the box. 
>
> From what I''ve read during my web searching, it seems that
basically the
> only way to do storeconfigs is by setting up puppetdb. We do have a 
> puppetdb server set up in production, but I don''t really want to
have to
> point disposable dev environments at it, just to test stuff. I also
don''t
> want to go to the effort of setting up a puppetdb environment locally to do
> the same thing.
>
> Is there any simple way to enable storeconfigs for basic development 
> purposes? ie, a file-based or sqlite solution? I know there used to be an 
> sqlite solution available but everything I read tells me it''s
deprecated.
> There doesn''t appear to be a definitive resource for storeconfigs 
> documentation, and AFAICT it''s puppetdb or nothing else.
>
> Thanks,
> Guy
>
-- 
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/ca47d992-d909-4bf9-b499-8dcc6aaa3eb9%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Note that even with local file storage, the java container that puppetdb 
runs in can take a longer-than-expected time to spawn listener threads. 
No issue if you''re running your development puppetdb somewhat
persistent
(outside of your Vagrant VM), but if you put puppetdb on the Vagrant 
machine you should anticipate needing to put in a delay before storing 
resources (and puppet apply) will happen cleanly.

Jeff

On 12/10/2013 01:22 PM, Guy Knights wrote:
> Ok, I discovered that you can configure puppetdb to use the file-based 
> embedded database, so I''ll work with that. It was pretty hard to
find
> mention of this option, however. I actually discovered it through the 
> docs for the puppetdb module, although later I found the odd mention 
> of it buried deep in the puppetdb documentation. In any case, I''ll
> work with this option and see how I go.
>
> On Monday, 9 December 2013 14:26:32 UTC-8, Guy Knights wrote:
>
>     I''m doing some testing with the puppetlabs/haproxy module on a
>     vagrant box with puppet 3 set up. The module we use requires
>     exported resources to be enabled in order to specify haproxy
>     backends, but I don''t have it configured in puppet. I have our
>     puppet repo checked out to the VM and am using puppet apply,
>     pointed at the specific module path we use for development, to
>     configure the box.
>
>     From what I''ve read during my web searching, it seems that
>     basically the only way to do storeconfigs is by setting up
>     puppetdb. We do have a puppetdb server set up in production, but I
>     don''t really want to have to point disposable dev environments
at
>     it, just to test stuff. I also don''t want to go to the effort
of
>     setting up a puppetdb environment locally to do the same thing.
>
>     Is there any simple way to enable storeconfigs for basic
>     development purposes? ie, a file-based or sqlite solution? I know
>     there used to be an sqlite solution available but everything I
>     read tells me it''s deprecated. There doesn''t appear
to be a
>     definitive resource for storeconfigs documentation, and AFAICT
>     it''s puppetdb or nothing else.
>
>     Thanks,
>     Guy
>
> -- 
> 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+unsubscribe@googlegroups.com.
> To view this discussion on the web visit 
>
https://groups.google.com/d/msgid/puppet-users/ca47d992-d909-4bf9-b499-8dcc6aaa3eb9%40googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
-- 
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/52A86A95.1090501%40bericotechnologies.com.
For more options, visit https://groups.google.com/groups/opt_out.