Problem with [pre|post]run etckeeper about kitchen-puppet HOT 11 CLOSED

@gomex login into instance with kitchen login , run these commands manually and try to figure out ?

from kitchen-puppet.

@ytsarev I already did that. That files was removed from box after kitchen provision :(

from kitchen-puppet.

there are a few hits on google
https://groups.google.com/forum/#!topic/puppet-users/EtumyaMY_oM
http://stackoverflow.com/questions/10559724/puppet-accidently-deleted-etckeeper-commit-pre-and-etckeeper-commit-post-is-ther
https://www.packtpub.com/books/content/puppet-integrating-external-tools
https://bugs.launchpad.net/openstack-cisco/+bug/1191090

kitchen-puppet just install puppet in a couple of different ways.
it looks like you config these in the puppet.conf. is that true?
I expect it is a puppet or ubuntu issue or something in the way you want to install puppet.
If you can find out the issue we can alway add a parameter to kitchn-puppet to support it.
are you running puppet apply or the puppet agent with puppetmaster.
there are so copies of the file:
https://github.com/timcowlishaw/Puppet/blob/master/etckeeper-commit-pre
I think you just need to do some research to understand what these files are.

from kitchen-puppet.

I guess the core issue is just this /etc/puppet clean up https://github.com/neillturner/kitchen-puppet/blob/master/lib/kitchen/provisioner/puppet_apply.rb#L419

from kitchen-puppet.

oh, no, scratch that, it's for git_init only

from kitchen-puppet.

@neillturner I have this config in my puppet.conf:

[main]
logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/var/lib/puppet/ssl
rundir=/var/run/puppet
factpath=$vardir/lib/facter
prerun_command=/etc/puppet/etckeeper-commit-pre
postrun_command=/etc/puppet/etckeeper-commit-post

[master]

ssl_client_header = SSL_CLIENT_S_DN
ssl_client_verify_header = SSL_CLIENT_VERIFY

from kitchen-puppet.

My workaround was:

prerun_command=/etc/puppet/hieradata/etckeeper-commit-pre
postrun_command=/etc/puppet/hieradata/etckeeper-commit-post

hieradata folder is copied with "hiera_data_remote_path".

from kitchen-puppet.

That workaround don't works in agent :( Because in the agent don't have hieradata.

Is there any other way to fix it?

from kitchen-puppet.

This was fixed with #83 because now I can use jessie repository that put etckeeper files in correct place 👍 This problem will break in ubuntu packages. Is there any way to send that files to test machine?

from kitchen-puppet.

The spec/fixtures directory will be copied over to the test machine if that's what you're looking for

from kitchen-puppet.

closing this as we have merged #83

from kitchen-puppet.