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+unsubscr...@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+unsubscr...@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.
