That totally fixed my problem.
In hindsight I might have been able to solve this myself had I read the release blog post for Ohai 7, specifically the section labeled "Attribute name-based user interaction.”
Thanks, Julian!
Eric
From: Julian C. Dunn jdunn@aquezada.com
Reply: chef@lists.opscode.com chef@lists.opscode.com
Date: April 17, 2014 at 3:55:31 PM
To: chef@lists.opscode.com chef@lists.opscode.com
Subject: [chef] Re: Still having a problem with Ohai plugins after upgrading to 7.0.2
I suspect that the attribute semantics have changed to mean the
'provides' in the plugin, rather than the name of the plugin itself.
The following work:
ohai 'reload' do
plugin 'etc'
end
or
ohai 'reload' do
plugin 'current_user'
end
I haven't read the code to see why this is the case and/or if it's intentional.
On Thu, Apr 17, 2014 at 2:20 PM, Eric Herot eric.opscode@herot.com wrote:
Hey Chefs,
I’m posting this here hoping to find out if it’s just me. I noticed that
upgrading to Chef 11.12.0 caused this problem to crop up:
Ohai::Exceptions::AttributeNotFound
No such attribute: ‘passwd'
Resource Declaration:
In /tmp/kitchen/cache/cookbooks/et_users/recipes/reloadohai.rb
1: ohai 'reload' do
2: action :nothing
3: plugin 'passwd'
4: end
This was supposedly fixed in Chef 11.12.2/Ohai 7.0.2 (in response to
OHAI–562) however I am still encountering this issue in the new version with
this particular plugin, and constraining my test environment to Chef 11.10.4
seems to make the issue go away.
Can anyone tell me if this is the same issue discussed in OHAI–562 or if
they are also still having this issue on the latest version of Chef?
– Eric
PS. #ChefConf2014 ftw!
--
[ Julian C. Dunn jdunn@aquezada.com * Sorry, I'm ]
[ WWW: http://www.aquezada.com/staff/julian * only Web 1.0 ]
[ gopher://sdf.org/1/users/keymaker/ * compliant! ]
[ PGP: 91B3 7A9D 683C 7C16 715F 442C 6065 D533 FDC2 05B9 ]