Windows Server 2012 / Hyper-V Server 2012 support [3/9]

[ociuhandu]

Windows integration required patches in the following areas:

• Ruby 1.9 compatibility as the Windows Chef client is based on Ruby 1.9
• Provisioner barclamp updated for supporting multiple operating systems
• Provisioner barclamp updated for generating Windows unattended.xml files
• TFTP server configuration updated for Windows support
• Crowbar barclamp web UI updated for multiple operating systems support
• NTP support for Windows
• Filters for Linux specific settings on Windows

Limitations:

• Single Windows image supported. This is due to limitations on the way Windows
  pulls components via TFTP during PXE boot. This issue can be solved in various ways
  that require additional external dependencies that need to be discussed.
• No Nagios and Ganglia clients on Windows
• No IPMI support on Windows
• Windows Administrator password is currently provided in clear text. Needs to be
  replaced with hash generated by Windows Assesment and Deployment Kit (ADK).

Additional requirements:

• A Windows image is required to generate the WinPE image used during PXE boot.
  For licensing reasons the image has to be generated by the user/deployer. Scripts
  to automate the instalation of the ADK and the generation of the image are available
  here: http://github.com/adk-tools

  chef/cookbooks/ganglia/recipes/client.rb | 3 +++
  1 file changed, 3 insertions(+)

Crowbar-Pull-ID: 58a2078e8676eb14d4439f36e1ad3e1385f0a21b

Crowbar-Release: pebbles

[vuntz]

I think it'd be better to also enforce in crowbar the fact that a windows node cannot be assigned to a ganglia role.

That could be done during validation of the proposal, but also when assigning nodes to the role (I think there's a new feature that went in recently to allow such things with javascript constraints).

[ociuhandu]

This path was chosen because most of the roles will have to be implemented at a later stage for Windows clients too and it will be easier to just extend the recipe to support windows. It is possible, though not simple to have ganglia support on windows so it can be added at a later stage. This way also there is not a role-level difference between the platforms.

[vuntz]

So, I've been thinking about that and I think it's best to not allow assigning this role to windows nodes for now, as otherwise, this gives the feeling that it is already working while it's not. I agree we could implement this later on, but then we can remove the code that blocks assigning the role to windows nodes.

Here's how to add the constraint to the role (it requires the fix from crowbar/barclamp-crowbar#638): in crowbar_framework/app/views/barclamp/ganglia/_edit_deployment.html.haml, just use the following:

    var constraints = {
        "ganglia-server": { "unique": true, "count": 1, "admin":true, attributes: {"platform": {ne: "windows"}} },
        "ganglia-client": { "unique": true, "count": -1, attributes: {"platform": {ne: "windows"}} } }

And in crowbar_framework/app/models/ganglia_service.rb, you can use a validate_proposal_after_save method to fail if the proposal has some windows nodes (see https://github.com/crowbar/barclamp-rabbitmq/blob/release/pebbles/master/crowbar_framework/app/models/rabbitmq_service.rb#L57).

To avoid having nodes automatically be assigned the role, you should edit the transition or create_proposal method, depending on the barclamp.