Adam,
So you have come across it too!
Grrrr!
I will try your suggestion.
Thanks!
Sent from iCloud
On Mar 18, 2015, at 11:40 AM, Adam Jacob adam@chef.io wrote:
So, you’re going to hate this, but it’s true. Right now, because of the way Chef loads things under the hood, ChefSpec appears to not be able to mock class methods at all. Instead, try mocking with any_instance_of, and see how that works for you.
On Wed, Mar 18, 2015 at 10:29 AM, ANGELA EBIRIM aebirim@icloud.com wrote:
Hi Brandon,
This is so frustrating.
I’ve been trying all afternoon to successfully stub the Chef::EncryptedDataBagItem.load method without success!
This is my test file:
describe ‘core::local_users_linux’ do
let(:chef_run) do
ChefSpec::SoloRunner.new do |node|
node.set[‘core’][‘userlist’] = 'angela’
end.converge(described_recipe)
end
before do
allow(Chef::EncryptedDataBagItem).to receive(:load).and_return({
“id” => “angela”,
“password” => “London2014”
})
end
context ‘linux’ do
it 'stubbed databag does not raise error' do
expect(chef_run).to_not raise_error
end
end
end
When I test this file, I get the following error:-
F
Failures:
- core::local_users_linux linux stubbed databag does not raise error
Failure/Error: expect(chef_run).to_not raise_error
expected no Exception but was not given a block
./spec/local_users_linux_spec.rb:27:in `block (3 levels) in <top (required)>’
Finished in 11.94 seconds (files took 52.17 seconds to load)
1 example, 1 failure
Failed examples:
rspec ./spec/local_users_linux_spec.rb:25 # core::local_users_linux linux stubbed databag does not raise error
ChefSpec Coverage report generated…
Total Resources: 12
Touched Resources: 0
Touch Coverage: 0.0%
Untouched Resources:
chef_gem[ruby-shadow] C:0
package[whois] C:0
package[members] C:0
group[sysadmin] C:0
group[sudo] C:0
user[svc_goagent] C:0
users_manage[sudo] C:0
template[/etc/sudoers.d/svc_goagent.conf] C:0
user[jg-admin] C:0
template[/etc/sudoers.d/jg-admin.conf] C:0
user[svc_appinfo] C:0
template[/etc/sudoers.d/svc_appinfo.conf] C:0
Should it be trying to run the load method in my recipe?. Shouldn’t that be stubbed and shouldn’t the test be returning my canned hash?
Please help!
Angela
Sent from iCloud
On Mar 17, 2015, at 04:14 PM, Brandon Raabe brandocorp@gmail.com wrote:
Angela,
You’ll need to stub the data bag calls for each of the users, or better yet, if that list of users is being provided through attributes, stub that attribute with a mock list of user(s). Something like this:
runner.node.set[‘my’][‘userlist’] = [‘foo’]
You can quickly test this is the issue by adding the following into your before block.
allow(Chef::EncryptedDataBagItem).to receive(:load).and_return({})
This will stub the load method regardless of the parameters passed to the load method, and will return an empty hash, which you can update to your liking.
Thanks,
Brandon
On Tue, Mar 17, 2015 at 10:09 AM, ANGELA EBIRIM aebirim@icloud.com wrote:
Hi Brandon,
Yes.
In the main recipe, it iterates through the userlist and decrypts each encrypted data bag.
What I would like to do is to stub the code that performs the decryption (have refactored my code so have put the decryption into a method) so essentially pass it a canned encrypted data bag and have it spit out a canned id and password. This will ensure that this error Failed to read the private key C:\chef\client.pem: #<Errno::ENOENT: No such file or directory - C:\chef\client.pem> doens’t arise as the method that calls the decryption will be stubbed.
Hope that helps.
Thanks
Sent from iCloud
On Mar 16, 2015, at 09:45 AM, Brandon Raabe brandocorp@gmail.com wrote:
Angela, Are you loading more than one encrypted data bag item in that recipe? From the backtrace, it looks like you might be iterating through a list of users.
On Mon, Mar 16, 2015 at 7:47 AM, ANGELA EBIRIM aebirim@icloud.com wrote:
Still getting the same error which means the stub isn’t working.
thanks anyway
Sent from iCloud
On Mar 16, 2015, at 06:27 AM, Tensibai tensibai@iabis.net wrote:
Quoting the README of ChefSpec on this subject: (https://github.com/sethvargo/chefspec#data-bag--data-bag-item)
If you are using Encrypted Data Bag Items, you’ll need to dive into the RSpec layer and stub that class method instead:
describe ‘example::default’ do
before do
allow(Chef::EncryptedDataBagItem).to receive(:load).with(‘users’, ‘svargo’).and_return(…)
end
end
Seems it had to be done in the before block.
Another entry of how to: https://github.com/sethvargo/chefspec/issues/249
Hope this helps
Le 2015-03-16 13:52, ANGELA EBIRIM a écrit :
Hello everyone,
Does anyone here use ChefSpec regularly? If so, please help!
I’ve got a situation where I have encrypted databags which I decrypt to find the passwords for users (in my local_users recipe). I have generated an encrypted_data_bag_secret that I use with my Chef Solo.
This is my spec file:
#local_users_spec.rb
require ‘spec_helper’
describe ‘core::local_users’ do
let(:chef_run) { ChefSpec::SoloRunner.new.converge(described_recipe)}
context ‘windows’ do
let(:chef_run) do
runner = ChefSpec::SoloRunner.new(
‘platform’ => ‘windows’,
‘version’ => ‘2012’
)
runner.node.set[‘core’][‘install_flavor’] = 'windows’
runner.converge(‘core::local_users’)
end
it 'stubbed databag does not raise error' do
plain_pass = "London2014"
allow(Chef::EncryptedDataBagItem).to receive(:load).with(“aws-admin-passwords”, “svc_goagent”)[“password”].and_return(plain_pass)
expect(chef_run).to_not raise_error
end
end
end
When I run this, I get the following:-
C:\git\cookbook-core>rspec spec/local_users_spec.rb
ffi-yajl/json_gem is deprecated, these monkeypatches will be dropped shortly
[2015-03-16T12:24:31+00:00] WARN: Failed to read the private key C:\chef\client.pem: #<Errno::ENOENT: No such file or directory - C:\chef\client.pem>
[2015-03-16T12:24:31+00:00] WARN: Can’t decrypt password for svc_goagent
"Plain password for svc_goagent is "
C:/git/cookbook-core/recipes/local_users.rb:32:in block in <top (required)>': undefined local variable or methodnode’ for main:Object (NameError)
from C:/git/cookbook-core/recipes/local_users.rb:22:in each' from C:/git/cookbook-core/recipes/local_users.rb:22:in<top (required)>'
from C:/git/cookbook-core/spec/spec_helper.rb:8:in require_relative' from C:/git/cookbook-core/spec/spec_helper.rb:8:in<top (required)>‘
from C:/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in require' from C:/Ruby193/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:inrequire’
from C:/git/cookbook-core/spec/local_users_spec.rb:1:in `<top (required)>’
…
I expect the test to pass and not generate an error. However I receive an error which indicates the test is not stubbing my encrypted data bag (especially the No such file or directory - C:\chef\client.pem> errror). Can anyone help me with this?
Thanks