Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use .conf as the file extension for answer files on PE 2016.2.0 and newer #136

Open
Sharpie opened this issue Apr 13, 2017 · 2 comments
Open
Milestone

Comments

@Sharpie
Copy link
Member

Sharpie commented Apr 13, 2017

The HOCON library used by the PE installer can get picky about the file extension and refuse to parse an answer file unless the filename ends in .conf.

@Sharpie Sharpie added the bug label Apr 13, 2017
@Sharpie Sharpie modified the milestones: 0.17.3, 1.0.0 Apr 13, 2017
@Sharpie Sharpie removed the bug label Apr 13, 2017
@terrimonster
Copy link

I'm getting errors related to this. I tried to point pe_bootstrap to an alternate file, too, as documented.

ERROR: Your pe.conf at /vagrant/.pe_build/answers/master.txt contains invalid HOCON syntax: Unrecognized file extension '.txt' and no value provided for :syntax option

Trying to install: 2016.4.3

vagrant plugin list
oscar (0.5.3)

  • Version Constraint: > 0
    vagrant-auto_network (1.0.2)
  • Version Constraint: > 0
    vagrant-hostmanager (1.8.5)
  • Version Constraint: > 0
    vagrant-hosts-provisioner (2.0)
  • Version Constraint: > 0
    vagrant-proxyconf (1.5.2)
  • Version Constraint: > 0
    vagrant-share (1.1.7)
  • Version Constraint: > 0

roles.yaml:

roles:
pe-puppet-master:
private_networks:
- {ip: '0.0.0.0', auto_network: true}
providers:
- type: virtualbox
linked_clone: true
customize:
- [modifyvm, !ruby/sym id, '--memory', 2048]
provisioners:
- type: hosts
sync_hosts: true
hosts:
- ['@vagrant_private_networks', ['master.example.com','@vagrant_hostnames']]
- {type: pe_bootstrap, answer_file: scripts/pe.conf }

@Sharpie
Copy link
Member Author

Sharpie commented Apr 23, 2017

Wow. I thought 2016.4.3 was fine with this issue --- it usually showed up in nightly builds where the HOCON library had been upgraded to a version that was picky about file extensions.

I think the change here can actually be fairly small, so I'll look into getting it out in the next release.

@Sharpie Sharpie modified the milestones: 0.18.0, 1.0.0 Apr 23, 2017
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

No branches or pull requests

2 participants