Skip to content
This repository has been archived by the owner on Oct 4, 2019. It is now read-only.

Switch To WinRM #181

Closed
wants to merge 11 commits into from
Closed

Switch To WinRM #181

wants to merge 11 commits into from

Conversation

joefitzgerald
Copy link
Owner

  • Use WinRM Exclusively
  • Stop Installing OpenSSH
  • Use Compress Post Processor Instead Of Vagrant Post Processor

Checklist of all templates ported to WinRM

  • Windows 2012 R2
  • Windows 2012 R2 Core
  • Windows 2012
  • Windows 2008 R2
  • Windows 2008 R2 Core
  • Windows 10
  • Windows 8.1
  • Windows 7

@kensykora
Copy link
Collaborator

Wow, is this real life? 👍

- Download Tools Instead; Tool Upload Is Flakey With WinRM
- Re-enable Windows Updates By Default
- Re-enable Headless By Default
@StefanScherer
Copy link
Collaborator

Whoot!

@StefanScherer
Copy link
Collaborator

Removing rsync is just a consequence. "Get off of my vCloud ;-)" Internal joke, only needed for vagrant-vcloud plugin, but doesn't make sense here in upstream.

@pr0xr
Copy link
Contributor

pr0xr commented Oct 16, 2015

Yay!

@StefanScherer
Copy link
Collaborator

I'll test the windows_10.json in a few minutes and remove the SSH parts there, too.

@StefanScherer
Copy link
Collaborator

@joefitzgerald my first Windows 10 build for Fusion was fine, but I left the Vagrant Post Processor in the json template. What is your reason to switch to the Compress Post Processor?
May I push the commit for windows_10.json + answer_files/10/Autounattend.xml into this branch?
Starting VirtualBox build now...

@joefitzgerald
Copy link
Owner Author

@StefanScherer Of course, feel free to push to that branch.

I decided to switch to the compress post processor because it encourages people to build a single base image (with Windows updates applied) that they can then use to further iterate via the vmware-vmx or virtualbox-ovf builders. I don't think we need to push people straight over to vagrant, particularly with the flux associated with https://ottoproject.io.

@StefanScherer
Copy link
Collaborator

OK, I got it. 👍 So I'll adjust the post processor before the push.

@Real2014
Copy link

Seems that the WinRM instead of SSH finally works. Great WORK and thank you to everyone who realized it! I always had the problem that the windows ssh packer scripts didn't work on German ISO. Now with using WinRM the problem should be part of history 👍

@DenverOps
Copy link

I have tested this and everything works great. The only issue is WinRM has slow file transport speeds. I tested this with an ISO and it took > 6hrs to complete. I did some research and others are having the same issues with WinRM. packer-community/winrmcp#6 and hashicorp/packer#2648 (comment). Users beware of slow speeds in WinRM transports.

@StefanScherer
Copy link
Collaborator

Worth reading http://www.hurryupandwait.io/blog/whats-new-in-the-ruby-winrm-gem-15
It's Ruby, but someone may have a look at it to do the same in GO. -> PSRP

/cc @mwrock ;-)

@sneal
Copy link
Collaborator

sneal commented Feb 8, 2016

Closing in favor of #200

@sneal sneal closed this Feb 8, 2016
@martinmosegaard
Copy link

Can I ask here on the current status of WinRM and packer? I am trying to use the winrm communicator with Windows 2008, but it fails with a wsarecv error. I can see that the templates in this repository still use ssh instead of the winrm communicator, so it is not clear to me what the preferred way is.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants