On Tue, Jan 3, 2012 at 5:22 PM, Hank Bruning <h...@jblade.com> wrote:
> The SDR Record ids are dynamic and the same record may have a new record ID
> by the time you read it on the screen and start a new IPMITool.
>
> The SDR Record IDs are allowed to be renumbered per IPMI 2.0, Section 33.8
> SDR ‘Record IDs’  page 435. When the IPMC Controller reboots or when the FRU
> population managed by the IPMC Controller changes the SDRs most likely will
> be renumbered but the IPMI Controller is allowed to renumber the records
> when ever it wants.
>
> Hank
> JBlade
>

Hank,

thank you for your reply. I'm aware of they're dynamic and such, yet
they've proven to
be very useful in # ipmitool sensor get SENSOR_ID; use-case and are much faster
than using IPMI name.
If somebody is about to say it was a bad choice, I agree. Because
somebody chosen
to extend # ipmitool sdr list; output and placed Record ID in the very
first column.

Anyway. Since there is no way to get Record ID, I'm wondering whether
``0xa5'' could
be used instead of Record ID for fast(er) look up. However, with
Record ID there is
guarantee of uniqueness, but is it the same guaranteed for Logical Numbers?
Or would it be more acceptable to extend output of # ipmitool sdr -v
list all; rather than
extending # ipmitool sdr list; as I've mentioned earlier?

I'm looking for a way which would be acceptable(the current one doesn't seem so
to me).

Thanks,
Z.


> On Tue, Jan 3, 2012 at 10:13 AM, Zdenek Styblik <zdenek.styb...@gmail.com>
> wrote:
>>
>> Hello,
>>
>> as subject suggests, my question is why ipmitool doesn't display Record ID
>> anywhere in its output. Or have I only failed to look more thoroughly?
>> The only thing it displays is Logical Number, if that's correct term,
>> eg. ``Sensor ID: T_AMB (0xa5)''
>> which is not the same thing.
>>
>> Why am I asking about Record ID? It seems it would, well it can and
>> is, be useful for eg. looking up specific
>> sensor and fetching information about it. It also seems to be crucial
>> for (fetching) Sensor Data Records.
>>
>> Thanks in advance,
>> Z.
>>
>>
>> ------------------------------------------------------------------------------
>> Write once. Port to many.
>> Get the SDK and tools to simplify cross-platform app development. Create
>> new or port existing apps to sell to consumers worldwide. Explore the
>> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
>> http://p.sf.net/sfu/intel-appdev
>> _______________________________________________
>> Ipmitool-devel mailing list
>> Ipmitool-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
>
>

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

Reply via email to