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.”
From: Julian C. Dunn firstname.lastname@example.org
Reply: email@example.com firstname.lastname@example.org
Date: April 17, 2014 at 3:55:31 PM
To: email@example.com firstname.lastname@example.org
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
ohai ‘reload’ do
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 email@example.com wrote:
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:
No such attribute: ‘passwd’
1: ohai ‘reload’ do
2: action :nothing
3: plugin 'passwd’
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?
PS. #ChefConf2014 ftw!
[ Julian C. Dunn firstname.lastname@example.org * 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 ]