-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fact ipmitool fru #75
base: master
Are you sure you want to change the base?
Conversation
user: user correct quotes for password
@b4ldr I'm fine with adding facts but I think I'd prefer a nested hierarchy rather than adding new top level facts. |
dac2837
to
26449ea
Compare
Thanks updated (will fix test tomorrow) |
11777e4
to
ded7578
Compare
@jhoblitt all updated and hoping test pass. I'm not sure how to add labels but otherwise let me know your thoughts |
# ipmitool_mc_info: {"IPMI_Puppet_Service_Recommend"=>"stopped"} | ||
# confine do | ||
# Facter::Util::Resolution.which('ipmitool') | ||
# end |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let me know if this is something worth pursuing or if you just want me to drop the comment.
ded7578
to
274534d
Compare
This CR adds a new structured fact called ipmitool with two keys fru and mc_info. fru is new data from ipmitool fru print. mc_info is the current ipmi_mc_info fact. I have updated the ipmi_mc_info fact so that it uses this new structured fact. The new fact will look like the following: ``` { fru => { board_mfg_date => "Tue Mar 3 21:43:00 2015", board_mfg => "DELL", board_product => "PowerEdge R220", board_serial => "*********", board_part_number => "0DRXF5A04", product_manufacturer => "DELL", product_name => "Test", product_extra => "*********" }, mc_info => { IPMI_Puppet_Service_Recommend => "running", Device ID => "32", Device Revision => "1", Firmware Revision => "2.65", IPMI Version => "2.0", Manufacturer ID => "674", Manufacturer Name => "DELL Inc", Product ID => "256 (0x0100)", Product Name => "Unknown (0x100)", Device Available => "yes", Provides Device SDRs => "yes" } } ``` We are able to use commands like the following: set the board_product with: * sudo ipmitool fru edit 0 field b 1 And the product_name with: * sudo ipmitool fru edit 0 field p 1
274534d
to
deeaad4
Compare
@jhoblitt are you able to provide another review, thanks |
@b4ldr Sorry for the slow response. I've been intending to do some manual testing with this and I haven't gotten to it yet. |
no worries thanks for the update. |
@b4ldr Hi, horrible maintainer here, finally thinking about this... #78 added a top level
I believe that there can only be a single FRU, at least per ipmi char dev. Is that correct? If so, what do you think about adding fru as
I would be happy to see |
This CR adds a new structured fact called ipmitool with two keys fru and
mc_info. fru is new data from ipmitool fru print. mc_info is the
current ipmi_mc_info fact. I have updated the ipmi_mc_info fact so
that it uses this new structured fact.
The new fact will look like the following:
We are able to use commands like the following:
set the board_product with:
And the product_name with:
#enhancement