knife-windows 0.5.15 → 0.6.0

Sign up to get free protection for your applications and to get access to all the features.
data/README.rdoc CHANGED
@@ -1,140 +1,134 @@
1
- = Knife Windows Plugin
2
-
3
- = DESCRIPTION:
4
-
5
- This plugin adds additional functionality to the Chef Knife CLI tool for configuring/interacting with nodes running Microsoft Windows. The subcommands should function on any system running Ruby 1.9.1+ but nodes being configured via these subcommands require Windows Remote Management (WinRM) 1.0+. WinRM allows you to call native objects in Windows. This includes, but is not limited to, running batch scripts, powershell scripts and fetching WMI variables. For more information on WinRM, please visit {Microsoft's WinRM site}[http://msdn.microsoft.com/en-us/library/aa384426(v=VS.85).aspx]. You will want to familiarize yourself with (certain key aspects) of WinRM because you will be {writing scripts/running commands} with this tool to get you from (specific point A) to (specific point B).
6
-
7
- WinRM is built into Windows 7 and Windows Server 2008+. It can also be easily installed in older version of Windows, including:
8
-
9
- * Windows XP
10
- * Windows Server 2003
11
- * Windows Vista
12
-
13
- More information can be found on {Microsoft Support article 968930}[http://support.microsoft.com/?kbid=968930].
14
-
15
- This subcommands in this plugin have been tested and verified to work on Windows Server 2008 R2.
16
-
17
- = SUBCOMMANDS:
18
-
19
- This plugin provides the following Knife subcommands. Specific command options can be found by invoking the subcommand with a --+help+ flag
20
-
21
- == knife winrm
22
-
23
- The +winrm+ subcommand allows you to invoke commands in parallel on a subset of the nodes in your infrastructure. The +winrm+ subcommand uses the same syntax as the {search subcommand}[http://wiki.opscode.com/display/chef/Search]; you could could find the uptime of all your web servers using the command:
24
-
25
- % knife winrm "role:web" "net stats srv" -x Administrator -P 'super_secret_password'
26
-
27
- Or force a chef run:
28
-
29
- % knife winrm 'ec2-50-xx-xx-124.compute-1.amazonaws.com' 'chef-client -c c:/chef/client.rb' -m -x Administrator -P 'super_secret_password'
30
- ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:49 +0000] INFO: Starting Chef Run (Version 0.9.12)
31
- ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:50 +0000] WARN: Node ip-0A502FFB has an empty run list.
32
- ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: Chef Run complete in 4.383966 seconds
33
- ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: cleaning the checksum cache
34
- ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: Running report handlers
35
- ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: Report handlers complete
36
-
37
- This subcommand operates in a very similar manner as {knife ssh}[http://wiki.opscode.com/display/chef/Knife#Knife-SSHSubcommand]...just leveraging the WinRM protocol for communication. It also include's +knife+ +ssh+'s "{interactive session mode}[http://wiki.opscode.com/display/chef/Knife#Knife-InteractiveMode]"
38
-
39
- == knife bootstrap windows winrm
40
-
41
- Performs a Chef Bootstrap (via the WinRM protocol) on the target node. The goal of the bootstrap is to get Chef installed on the target system so it can run Chef Client with a Chef Server. The main assumption is a baseline OS installation exists. It is primarily intended for Chef Client systems that talk to a Chef server.
42
-
43
- This subcommand operates in a very similar manner as {knife bootstrap}[http://wiki.opscode.com/display/chef/Knife+Bootstrap]...just leveraging the WinRM protocol for communication. An initial run_list for the node can also be passed to the subcommand. Example usage:
44
-
45
- knife bootstrap windows winrm ec2-50-xx-xx-124.compute-1.amazonaws.com -r 'role[webserver],role[production]' -x Administrator -P 'super_secret_password'
46
-
47
- == knife bootstrap windows ssh
48
-
49
- Performs a Chef Bootstrap (via the SSH protocol) on the target node. The goal of the bootstrap is to get Chef installed on the target system so it can run Chef Client with a Chef Server. The main assumption is a baseline OS installation exists. It is primarily intended for Chef Client systems that talk to a Chef server.
50
-
51
- This subcommand assumes the SSH session will use Windows native cmd.exe command shell vs a bash shell through an emulated cygwin layer. Most popular Windows based SSHd daemons like {freeSSHd}[http://www.freesshd.com/] and {WinSSHD}[http://www.bitvise.com/winsshd] behave this way.
52
-
53
- An initial run_list for the node can also be passed to the subcommand. Example usage:
54
-
55
- knife bootstrap windows ssh ec2-50-xx-xx-124.compute-1.amazonaws.com -r 'role[webserver],role[production]' -x Administrator -i ~/.ssh/id_rsa
56
-
57
- = BOOTSTRAP TEMPLATES:
58
-
59
- This gem provides the following bootstrap templates:
60
-
61
- == windows-chef-client-msi
62
-
63
- This bootstrap template does the following:
64
-
65
- * Installs the latest version of Chef (and all dependencies) using the `chef-client` msi.
66
- * Writes the validation.pem per the local knife configuration.
67
- * Writes a default config file for Chef (C:\chef\client.rb) using values from the +knife.rb+.
68
- * Creates a JSON attributes file containing the specified run list and run Chef.
69
-
70
- This is the default bootstrap template used by both the +windows+ +bootstrap+ subcommands.
71
-
72
- == windows-shell
73
-
74
- This bootstrap template does the following:
75
-
76
- * Installs Ruby 1.8.7 via the {Ruby Installer for Windows}[http://rubyinstaller.org/] which also includes the latest version of RubyGems
77
- * Installs the RubyInstaller Development Kit (DevKit). The RubyInstaller Development Kit (DevKit) is a MSYS/MinGW based toolkit than enables you to build many of the native C/C++ extensions available for Ruby.
78
- * Installs required Windows-related gems from RubyGems.org
79
- * Installs latest Chef version from RubyGems.org including {Ohai}[https://rubygems.org/gems/ohai] and {Chef}[https://rubygems.org/gems/chef]. The Chef version is configurable using the *--bootstrap-version* option.
80
- * Writes the validation.pem per the local knife configuration.
81
- * Writes a default config file for Chef (C:\chef\client.rb) using values from the +knife.rb+.
82
- * Creates a JSON attributes file containing the specified run list and run Chef.
83
-
84
- This should be considered a legacy bootstrap template and will most likely be removed in a future version.
85
-
86
- = REQUIREMENTS/SETUP:
87
-
88
- == Ruby
89
-
90
- Ruby 1.9.1+ is needed.
91
-
92
- == Chef Version
93
-
94
- Knife plugins require >= Chef 0.10. More details about Knife plugins can be {found on the Chef wiki}[http://wiki.opscode.com/display/chef/Knife+Plugins].
95
-
96
- == Nodes
97
-
98
- *NOTE*: Before any WinRM related knife subcommands will function correctly a node's WinRM installation must be configured correctly. The below settings should be added to your base server image (AMI) or passed in using some sort of user-data mechanism provided by your cloud provider.
99
-
100
- A server running WinRM must also be configured properly to allow outside connections and the entire network path from the knife workstation to the server. The easiest way to accomplish this is to use {WinRM's quick configuration option}[http://msdn.microsoft.com/en-us/library/aa384372(v=vs.85).aspx#quick_default_configuration]:
101
-
102
- C:\Users\Administrator> winrm quickconfig -q
103
-
104
- The Chef and Ohai gem installations (that occur during bootstrap) take more memory than the default 150MB WinRM allocates per shell. Bump it up to 300MB with the following setting:
105
-
106
- C:\Users\Administrator> winrm set winrm/config/winrs @{MaxMemoryPerShellMB="300"}
107
-
108
- Bootstrap commands can take longer than the WinRM default 60 seconds to complete, bump to 30 minutes:
109
-
110
- C:\Users\Administrator> winrm set winrm/config @{MaxTimeoutms="1800000"}
111
-
112
- WinRM supports both the HTTP and HTTPS transports and the following authentication schemes: Kerberos, Digest, Certificate and Basic. The details of these authentication transports are outside of the scope of this README but details can be found on the {WinRM configuration guide}[http://msdn.microsoft.com/en-us/library/aa384372(v=vs.85).aspx]. Currently, this plugin support Kerberos and Basic authentication schemes.
113
-
114
- For development and testing purposes, unencrypted traffic with Basic authentication can make things easier:
115
-
116
- C:\Users\Administrator> winrm set winrm/config/service @{AllowUnencrypted="true"}
117
- C:\Users\Administrator> winrm set winrm/config/service/auth @{Basic="true"}
118
-
119
- = CONTRIBUTING:
120
-
121
- Please file bugs against the KNIFE_WINDOWS project at http://tickets.opscode.com/browse/knife
122
-
123
- More information on the contribution process for Opscode projects can be found at: http://wiki.opscode.com/display/chef/How+to+Contribute
124
- = LICENSE:
125
-
126
- Author:: Seth Chisamore (<schisamo@opscode.com>)
127
- Copyright:: Copyright (c) 2011 Opscode, Inc.
128
- License:: Apache License, Version 2.0
129
-
130
- Licensed under the Apache License, Version 2.0 (the "License");
131
- you may not use this file except in compliance with the License.
132
- You may obtain a copy of the License at
133
-
134
- http://www.apache.org/licenses/LICENSE-2.0
135
-
136
- Unless required by applicable law or agreed to in writing, software
137
- distributed under the License is distributed on an "AS IS" BASIS,
138
- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
139
- See the License for the specific language governing permissions and
140
- limitations under the License.
1
+ = Knife Windows Plugin
2
+
3
+ = DESCRIPTION:
4
+
5
+ This plugin adds additional functionality to the Chef Knife CLI tool for configuring/interacting with nodes running Microsoft Windows. The subcommands should function on any system running Ruby 1.9.1+ but nodes being configured via these subcommands require Windows Remote Management (WinRM) 1.0+. WinRM allows you to call native objects in Windows. This includes, but is not limited to, running batch scripts, powershell scripts and fetching WMI variables. For more information on WinRM, please visit {Microsoft's WinRM site}[http://msdn.microsoft.com/en-us/library/aa384426(v=VS.85).aspx]. You will want to familiarize yourself with (certain key aspects) of WinRM because you will be {writing scripts/running commands} with this tool to get you from (specific point A) to (specific point B).
6
+
7
+ WinRM is built into Windows 7 and Windows Server 2008+. It can also be easily installed in older version of Windows, including:
8
+
9
+ * Windows XP
10
+ * Windows Server 2003
11
+ * Windows Vista
12
+
13
+ More information can be found on {Microsoft Support article 968930}[http://support.microsoft.com/?kbid=968930].
14
+
15
+ This subcommands in this plugin have been tested and verified to work on Windows Server 2008 R2.
16
+
17
+ = SUBCOMMANDS:
18
+
19
+ This plugin provides the following Knife subcommands. Specific command options can be found by invoking the subcommand with a --+help+ flag
20
+
21
+ == knife winrm
22
+
23
+ The +winrm+ subcommand allows you to invoke commands in parallel on a subset of the nodes in your infrastructure. The +winrm+ subcommand uses the same syntax as the {search subcommand}[http://wiki.opscode.com/display/chef/Search]; you could could find the uptime of all your web servers using the command:
24
+
25
+ % knife winrm "role:web" "net stats srv" -x Administrator -P 'super_secret_password'
26
+
27
+ Or force a chef run:
28
+
29
+ % knife winrm 'ec2-50-xx-xx-124.compute-1.amazonaws.com' 'chef-client -c c:/chef/client.rb' -m -x Administrator -P 'super_secret_password'
30
+ ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:49 +0000] INFO: Starting Chef Run (Version 0.9.12)
31
+ ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:50 +0000] WARN: Node ip-0A502FFB has an empty run list.
32
+ ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: Chef Run complete in 4.383966 seconds
33
+ ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: cleaning the checksum cache
34
+ ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: Running report handlers
35
+ ec2-50-xx-xx-124.compute-1.amazonaws.com [Fri, 04 Mar 2011 22:00:53 +0000] INFO: Report handlers complete
36
+
37
+ This subcommand operates in a very similar manner as {knife ssh}[http://wiki.opscode.com/display/chef/Knife#Knife-SSHSubcommand]...just leveraging the WinRM protocol for communication. It also include's +knife+ +ssh+'s "{interactive session mode}[http://wiki.opscode.com/display/chef/Knife#Knife-InteractiveMode]"
38
+
39
+ == knife bootstrap windows winrm
40
+
41
+ Performs a Chef Bootstrap (via the WinRM protocol) on the target node. The goal of the bootstrap is to get Chef installed on the target system so it can run Chef Client with a Chef Server. The main assumption is a baseline OS installation exists. It is primarily intended for Chef Client systems that talk to a Chef server.
42
+
43
+ This subcommand operates in a very similar manner as {knife bootstrap}[http://wiki.opscode.com/display/chef/Knife+Bootstrap]...just leveraging the WinRM protocol for communication. An initial run_list for the node can also be passed to the subcommand. Example usage:
44
+
45
+ knife bootstrap windows winrm ec2-50-xx-xx-124.compute-1.amazonaws.com -r 'role[webserver],role[production]' -x Administrator -P 'super_secret_password'
46
+
47
+ == knife bootstrap windows ssh
48
+
49
+ Performs a Chef Bootstrap (via the SSH protocol) on the target node. The goal of the bootstrap is to get Chef installed on the target system so it can run Chef Client with a Chef Server. The main assumption is a baseline OS installation exists. It is primarily intended for Chef Client systems that talk to a Chef server.
50
+
51
+ This subcommand assumes the SSH session will use Windows native cmd.exe command shell vs a bash shell through an emulated cygwin layer. Most popular Windows based SSHd daemons like {freeSSHd}[http://www.freesshd.com/] and {WinSSHD}[http://www.bitvise.com/winsshd] behave this way.
52
+
53
+ An initial run_list for the node can also be passed to the subcommand. Example usage:
54
+
55
+ knife bootstrap windows ssh ec2-50-xx-xx-124.compute-1.amazonaws.com -r 'role[webserver],role[production]' -x Administrator -i ~/.ssh/id_rsa
56
+
57
+ = BOOTSTRAP TEMPLATES:
58
+
59
+ This gem provides the following bootstrap templates:
60
+
61
+ == windows-chef-client-msi
62
+
63
+ This bootstrap template does the following:
64
+
65
+ * Installs the latest version of Chef (and all dependencies) using the `chef-client` msi.
66
+ * Writes the validation.pem per the local knife configuration.
67
+ * Writes a default config file for Chef (C:\chef\client.rb) using values from the +knife.rb+.
68
+ * Creates a JSON attributes file containing the specified run list and run Chef.
69
+
70
+ This is the default bootstrap template used by both the +windows+ +bootstrap+ subcommands.
71
+
72
+ = REQUIREMENTS/SETUP:
73
+
74
+ == Ruby
75
+
76
+ Ruby 1.9.1+ is needed.
77
+
78
+ == Chef Version
79
+
80
+ Knife plugins require >= Chef 0.10. More details about Knife plugins can be {found on the Chef wiki}[http://wiki.opscode.com/display/chef/Knife+Plugins].
81
+
82
+ == Nodes
83
+
84
+ *NOTE*: Before any WinRM related knife subcommands will function correctly a node's WinRM installation must be configured correctly. The below settings should be added to your base server image (AMI) or passed in using some sort of user-data mechanism provided by your cloud provider.
85
+
86
+ A server running WinRM must also be configured properly to allow outside connections and the entire network path from the knife workstation to the server. The easiest way to accomplish this is to use {WinRM's quick configuration option}[http://msdn.microsoft.com/en-us/library/aa384372(v=vs.85).aspx#quick_default_configuration]:
87
+
88
+ C:\Users\Administrator> winrm quickconfig -q
89
+
90
+ The Chef and Ohai gem installations (that occur during bootstrap) take more memory than the default 150MB WinRM allocates per shell. Bump it up to 300MB with the following setting:
91
+
92
+ C:\Users\Administrator> winrm set winrm/config/winrs @{MaxMemoryPerShellMB="300"}
93
+
94
+ Bootstrap commands can take longer than the WinRM default 60 seconds to complete, bump to 30 minutes:
95
+
96
+ C:\Users\Administrator> winrm set winrm/config @{MaxTimeoutms="1800000"}
97
+
98
+ WinRM supports both the HTTP and HTTPS transports and the following authentication schemes: Kerberos, Digest, Certificate and Basic. The details of these authentication transports are outside of the scope of this README but details can be found on the {WinRM configuration guide}[http://msdn.microsoft.com/en-us/library/aa384372(v=vs.85).aspx]. Currently, this plugin support Kerberos and Basic authentication schemes.
99
+
100
+ For development and testing purposes, unencrypted traffic with Basic authentication can make things easier:
101
+
102
+ C:\Users\Administrator> winrm set winrm/config/service @{AllowUnencrypted="true"}
103
+ C:\Users\Administrator> winrm set winrm/config/service/auth @{Basic="true"}
104
+
105
+ === Troubleshooting
106
+
107
+ #### When I run the winrm command I get: "Error: Invalid use of command line. Type "winrm -?" for help."
108
+ - You're running the winrm command from powershell and you need to put the key/value pair in single quotes. For example:
109
+ ```
110
+ winrm set winrm/config/winrs '@{MaxMemoryPerShellMB="512"}'
111
+ ```
112
+
113
+ = CONTRIBUTING:
114
+
115
+ Please file bugs against the KNIFE_WINDOWS project at http://tickets.opscode.com/browse/knife
116
+
117
+ More information on the contribution process for Opscode projects can be found at: http://wiki.opscode.com/display/chef/How+to+Contribute
118
+ = LICENSE:
119
+
120
+ Author:: Seth Chisamore (<schisamo@opscode.com>)
121
+ Copyright:: Copyright (c) 2011 Opscode, Inc.
122
+ License:: Apache License, Version 2.0
123
+
124
+ Licensed under the Apache License, Version 2.0 (the "License");
125
+ you may not use this file except in compliance with the License.
126
+ You may obtain a copy of the License at
127
+
128
+ http://www.apache.org/licenses/LICENSE-2.0
129
+
130
+ Unless required by applicable law or agreed to in writing, software
131
+ distributed under the License is distributed on an "AS IS" BASIS,
132
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
133
+ See the License for the specific language governing permissions and
134
+ limitations under the License.
data/RELEASE_NOTES.md ADDED
@@ -0,0 +1,40 @@
1
+ <!---
2
+ This file is reset every time a new release is done. The contents of this file are for the currently unreleased version.
3
+
4
+ Example Note:
5
+
6
+ ## Example Heading
7
+ Details about the thing that changed that needs to get included in the Release Notes in markdown.
8
+ -->
9
+ # knife-windows 0.6.0 release notes:
10
+ This release of knife-windows addresses issues with reliability of winrm
11
+ readiness detection during Windows bootstrap, exit codes in command execution
12
+ scenarios, and gem dependencies.
13
+
14
+ Special thanks to **Okezie Eze** for the helpful bug report in KNIFE-386.
15
+ Issues with `knife-windows` should be reported in the ticketing system at
16
+ https://tickets.opscode.com/browse/KNIFE. Learn more about how you can
17
+ contribute features and bug fixes to `knife-windows` at https://wiki.opscode.com/display/chef/How+to+Contribute.
18
+
19
+ ## Features added in knife-windows 0.6.0
20
+
21
+ ### `--auth-timeout` option for bootstrap
22
+ The `knife windows bootstrap` command has an `--auth-timeout` option that
23
+ takes as an argument a number of minutes that specifies the time period during
24
+ which to retry authentication attempts to WinRM when boostrapping a remote
25
+ node via WinRM. By default, the value is 25 minutes. This retry behavior during bootstrap addresses issues that arise on
26
+ some cloud providers where the authentication system is not ready until
27
+ some time after WinRM is ready.
28
+
29
+ ## knife-windows on RubyGems and Github
30
+ https://rubygems.org/gems/knife-windows
31
+ https://github.com/opscode/knife-windows
32
+
33
+ ## Issues fixed in knife-windows 0.6.0
34
+ * [KNIFE-386](https://tickets.opscode.com/browse/KNIFE-386) Wait for a valid command response before bootstrapping over WinRM
35
+ * [KNIFE-394](https://tickets.opscode.com/browse/KNIFE-394) Update em-winrm dependency
36
+ * [KNIFE-450](https://tickets.opscode.com/browse/KNIFE-450) Set knife winrm command exit status on exception and command failure
37
+
38
+ ## knife-windows breaking changes:
39
+
40
+ None.
data/Rakefile CHANGED
@@ -1,16 +1,16 @@
1
- require 'bundler'
2
- Bundler::GemHelper.install_tasks
3
-
4
- begin
5
- require 'rspec/core/rake_task'
6
-
7
- task :default => :spec
8
-
9
- desc "Run all specs in spec directory"
10
- RSpec::Core::RakeTask.new(:spec) do |t|
11
- t.pattern = 'spec/**/*_spec.rb'
12
- end
13
-
14
- rescue LoadError
15
- STDERR.puts "\n*** RSpec not available. (sudo) gem install rspec to run unit tests. ***\n\n"
16
- end
1
+ require 'bundler'
2
+ Bundler::GemHelper.install_tasks
3
+
4
+ begin
5
+ require 'rspec/core/rake_task'
6
+
7
+ task :default => :spec
8
+
9
+ desc "Run all specs in spec directory"
10
+ RSpec::Core::RakeTask.new(:spec) do |t|
11
+ t.pattern = 'spec/**/*_spec.rb'
12
+ end
13
+
14
+ rescue LoadError
15
+ STDERR.puts "\n*** RSpec not available. (sudo) gem install rspec to run unit tests. ***\n\n"
16
+ end
@@ -1,20 +1,20 @@
1
- Feature: Ensure that the help works as designed
2
- In order to test the help via CLI
3
- As an Operator
4
- I want to run the CLI with different arguments
5
-
6
- Scenario: Running the windows sub-command shows available commands
7
- When I run `knife windows`
8
- And the output should contain "Available windows subcommands: (for details, knife SUB-COMMAND --help)\n\n** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
9
-
10
- Scenario: Running the windows sub-command shows available commands
11
- When I run `knife windows --help`
12
- And the output should contain "Available windows subcommands: (for details, knife SUB-COMMAND --help)\n\n** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
13
-
14
- Scenario: Running the windows sub-command shows available commands
15
- When I run `knife windows help`
16
- And the output should contain "Available windows subcommands: (for details, knife SUB-COMMAND --help)\n\n** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
17
-
18
- Scenario: Running the knife command shows available windows command"
19
- When I run `knife`
20
- And the output should contain "** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
1
+ Feature: Ensure that the help works as designed
2
+ In order to test the help via CLI
3
+ As an Operator
4
+ I want to run the CLI with different arguments
5
+
6
+ Scenario: Running the windows sub-command shows available commands
7
+ When I run `knife windows`
8
+ And the output should contain "Available windows subcommands: (for details, knife SUB-COMMAND --help)\n\n** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
9
+
10
+ Scenario: Running the windows sub-command shows available commands
11
+ When I run `knife windows --help`
12
+ And the output should contain "Available windows subcommands: (for details, knife SUB-COMMAND --help)\n\n** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
13
+
14
+ Scenario: Running the windows sub-command shows available commands
15
+ When I run `knife windows help`
16
+ And the output should contain "Available windows subcommands: (for details, knife SUB-COMMAND --help)\n\n** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
17
+
18
+ Scenario: Running the knife command shows available windows command"
19
+ When I run `knife`
20
+ And the output should contain "** WINDOWS COMMANDS **\nknife bootstrap windows winrm FQDN (options)\nknife bootstrap windows ssh FQDN (options)\nknife winrm QUERY COMMAND (options)"
@@ -1,5 +1,5 @@
1
- require 'aruba/cucumber'
2
-
3
- Before do
4
- @aruba_timeout_seconds = 5
5
- end
1
+ require 'aruba/cucumber'
2
+
3
+ Before do
4
+ @aruba_timeout_seconds = 5
5
+ end
@@ -1,24 +1,24 @@
1
- # -*- encoding: utf-8 -*-
2
- $:.push File.expand_path("../lib", __FILE__)
3
- require "knife-windows/version"
4
-
5
- Gem::Specification.new do |s|
6
- s.name = "knife-windows"
7
- s.version = Knife::Windows::VERSION
8
- s.platform = Gem::Platform::RUBY
9
- s.has_rdoc = true
10
- s.extra_rdoc_files = ["README.rdoc", "LICENSE" ]
11
- s.authors = ["Seth Chisamore"]
12
- s.email = ["schisamo@opscode.com"]
13
- s.homepage = "https://github.com/opscode/knife-windows"
14
- s.summary = %q{Plugin that adds functionality to Chef's Knife CLI for configuring/interacting with nodes running Microsoft Windows}
15
- s.description = s.summary
16
-
17
- s.required_ruby_version = ">= 1.9.1"
18
- s.add_dependency "em-winrm", "~> 0.5", ">= 0.5.4"
19
-
20
- s.files = `git ls-files`.split("\n")
21
- s.test_files = `git ls-files -- {test,spec,features}/*`.split("\n")
22
- s.executables = `git ls-files -- bin/*`.split("\n").map{ |f| File.basename(f) }
23
- s.require_paths = ["lib"]
24
- end
1
+ # -*- encoding: utf-8 -*-
2
+ $:.push File.expand_path("../lib", __FILE__)
3
+ require "knife-windows/version"
4
+
5
+ Gem::Specification.new do |s|
6
+ s.name = "knife-windows"
7
+ s.version = Knife::Windows::VERSION
8
+ s.platform = Gem::Platform::RUBY
9
+ s.has_rdoc = true
10
+ s.extra_rdoc_files = ["README.rdoc", "LICENSE" ]
11
+ s.authors = ["Seth Chisamore"]
12
+ s.email = ["schisamo@opscode.com"]
13
+ s.homepage = "https://github.com/opscode/knife-windows"
14
+ s.summary = %q{Plugin that adds functionality to Chef's Knife CLI for configuring/interacting with nodes running Microsoft Windows}
15
+ s.description = s.summary
16
+
17
+ s.required_ruby_version = ">= 1.9.1"
18
+ s.add_dependency "em-winrm", "~> 0.5", ">= 0.5.4"
19
+
20
+ s.files = `git ls-files`.split("\n")
21
+ s.test_files = `git ls-files -- {test,spec,features}/*`.split("\n")
22
+ s.executables = `git ls-files -- bin/*`.split("\n").map{ |f| File.basename(f) }
23
+ s.require_paths = ["lib"]
24
+ end