Skip to content

Conversation

@akomakom
Copy link
Contributor

…to the target filesystem and remain relative.

Current code does not handle the following:

Let's say I'm using environment "X" and have the following files:

/etc/puppet/environments/X/modules/MODULE_NAME1/files/SOME/FILE.TXT
/etc/puppet/modules/MODULE_NAME2/files/SOME/OTHERFILE.TXT
(The second one is inherited by all environments)

Manifests will refer to the files as follows, without specifying env's:

source => "puppet:///modules/MODULE_NAME1/SOME/FILE.TXT"
or
source => "puppet:///modules/MODULE_NAME2/SOME/OTHERFILE.TXT"

The rsync action should copy paths from both locations, removing "/etc/puppet/environments/X/modules/" and "/etc/puppet/modules/" from the file paths. Now the rewritten paths will be correct (/var/lib/puppet-push/modules/MODULE_NAME.....)

Currently the code creates /var/lib/puppet-push/etc/puppet/modules..... which is incorrect.

…to the target filesystem and remain relative
@pall-valmundsson
Copy link
Collaborator

Out of curiosity. What version of puppet are you using? I haven't used this since the 2.7 days.

@akomakom
Copy link
Contributor Author

Puppet 3.8.3 on the master.

Incidentally, I gave up on puppet-push because it is fundamentally incompatible with puppetdb which I use for the normal pull hosts. With puppetdb enabled, facts never get loaded from yaml files, and I found no easy hack to load them into postgres...

I wound up doing an ssh tunnel instead.

@pall-valmundsson
Copy link
Collaborator

Yeah, that was one of my issues as well, you'd have to be able to push the yaml facts into puppetdb and then let the master evaluate them, it's all coming back to me now. I tried to do it, but it was starting to feel very hacky :)

Thanks for the patches anyway.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants