-
Notifications
You must be signed in to change notification settings - Fork 37
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
Oscar fails on Windows due to "bug" in PE installer #17
Comments
Thank you for posting this, Just ran into this today just before I tweeted to Adrien about it. |
I think a better solution would be for Oscar to generate an answers file with unix line endings. |
@tnolet @mlehner616 my best guess is that this occurs when the puppet-enterprise*.tar.gz is unpacked and if the line ending type was forced for the duration of the VM unpacking this would be resolved. Does this sound correct? |
Actually I may have misunderstood the problem. Does the actual installer have the correct line endings but the answers file does not? If that's the case could you go into the location of the vagrant-pe_build gem installation and check if the answer templates in |
The problem is in the transfer of the answer file from a PE zip on Windows to the running Vagrant instances. The fault is not necessarily in Oscar. I also registered an issue with Puppetlabs and I think they already picked it up. If I’m correct, they now force Unix line endings before parsing the answers file. This fix is more generic and would work also for Oscar From: Adrien Thebo [mailto:[email protected]] Actually I may have misunderstood the problem. Does the actual installer have the correct line endings but the answers file does not? If that's the case could you go into the location of the vagrant-pe_build gem installation and check if the answer templates in vagrant-pe_build/templates/answers have unix line endings or Windows line endings? — |
Just ran into this today. The issue in this case probably needs to be resolved in Oscar. The PE installer is a bash script that simply sources the answers file; the answers file needs to be a valid bash script in order to be invoked this way. BASH it's self doesn't particularly like Windows style line endings (\r is treated as part of the variables data rather than as a whitespace seperator.) The PE installer could probably work around the issue, or attempt to fix the line endings itself, but in this case it's probably better to ensure that the answers file has UNIX line endings to begin with. |
This should already be fixed, according to this ticket @puppetlabs: https://projects.puppetlabs.com/issues/22855#change-99987 |
Its still an issue with PE 3.2. |
I am having this exact problem with PE 3.2.3, not sure why this is closed? |
Hi,
Not so much a bug in Oscar, but this will put off a lot of users from using Oscar. When using Vagrant on Windows, Oscar works fine, until the PE installer reads the answer files. Because the file is mounted from Windows to a Linux box, the line endings are screwed up and the installer fails, stating that the answer is null. I'm gonna report it to the PE buglist also.
A simple fix would be to force the answer file to a Unix format in the utilities file in the PE installer. Just add this to the load_answers() function:
The text was updated successfully, but these errors were encountered: