On Fri, Sep 11, 2009 at 8:05 PM, Adam Jacob firstname.lastname@example.org wrote:
Nice work, Sergio!
We haven’t done much work yet on the reporting potential of Chef, so
it’s great to see what you’ve done. I think it would be cool to see
this evolve into a big collection…
We are trying to add a chef backend to our datacenter inventory app.
I’ll let you know how it goes… :D. From what I can see, node
attributes from ohai are everything we need (almost)
Just to make sure we don’t stomp on each other, Chef 0.8 will ship
with an expanded version of corp’s ‘knife’ command line utility.
Not quite sure what you mean. Do you mean naming a chef_knives script
knife? No worries if that’s the case!
Let us know if there is anything we can to do help,
Sure! in fact (:D) we are writing some ohai plugins, but we haven’t
found the documented way of installing them so we use the following
- edit /etc/chef/client.rb
- add the following line to the end of the file:
Ohai::Config[:plugin_path] << ‘/etc/ohai/plugins’ #you can choose
any path you want
- add your custom plugins there (i.e. /etc/ohai/plugins)
- reload the client:
Is there a better way of doing it?
What happens if a future/new version of an ohai plugin overrides or
uses the same name for an attribute that we are using in a custom
plugin? (we put every attribute from our plugins under an attribute
with our company’s name to avoid this… hopefully that will be
Let me know what you think.
One last thing. I’ve created a github repo with ohai plugins we are
writing, in case anyone is interested: