Thanks, Michael, that sheds a little light on the IPMI results.  So is that 
Shelf FRU device at 0x10 bogus?  I'm curious why the code doesn't just ignore 
it, then.
 
The shelf manager is Intel-based.
 
Thanks,
Jason

________________________________

From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED]
Sent: Tue 12/11/2007 6:50 PM
To: [email protected]
Cc: [email protected]; [EMAIL PROTECTED]
Subject: Re: [Openhpi-devel] Runtime error in 'hpitree' opening session



The shelf manager at 0x20 is the BMC, the shelf manager at 0x10 is the physical 
shelf manager.

Usually ATCA chassis FRU data is only on the BMC at 0x20. 

Is this a PPS or Intel based shelf manager? 

Michael Thompson
Principal Engineer
Pentair Electronic Packaging
(Schroff & Electronic Solutions)
170 Commerce Drive
Warwick, RI 02886
Phone: +1 401-535-4869
FAX: +1 401-535-4951
Email: [EMAIL PROTECTED] 



"Jason Barrett" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

12/11/2007 06:14 PM 
Please respond to
[email protected]


To
<[email protected]> 
cc
Subject
[Openhpi-devel] Runtime error in 'hpitree' opening session      

                




Good evening, 
  
I'm running 'hpitree' on a blade in an ATCA chassis using the ipmidirect plugin 
and RMCP.  I'm getting the following error at the point where it finds the 
second of two Shelf FRU information modules (the first at IPMB address 0x20, 
the second at 0x10): 
  
hpitree: ../../../plugins/ipmidirect/ipmi_fru_info.cpp:156: cIpmiFruInfo* 
cIpmiFruInfoContainer::NewFruInfo(unsigned int, unsigned int, SaHpiEntityTypeT, 
unsigned int, tIpmiAtcaSiteType, unsigned int): Assertion `fru_id == 0' failed. 
  
I'm using v.2.0.4, which is bundled with MontaVista Linux 4.0.  Here's my 
openhpi.conf file: 
  
plugin libipmidirect 
  
handler libipmidirect { 
        entity_root = "{SYSTEM_CHASSIS,7}" 
        name = "lan"       # RMCP 
        addr = "localhost" # ipaddress 
        addr = "111.11.11.111"  # IP changed to protect the innocent :-) 
#        port = "623"      # RMCP port 
        auth_type = "md2" # none, md2, md5 or straight 
        auth_level = "operator" # none, callback, user, operator or admin 
        username = "root" 
        password = "thisisntreallymypassword" 
        logflags = "file stdout" 
        logfile = "log" 
        logfile_max = 10 
} 
  
The chassis has one physical shelf manager and five board slots, of which four 
are populated, including this blade at 0x8a.   
  
I'm trying to understand a little better how this plugin works.  Why is the 
code asserting fru_id == 0?  That value designates an IPMC proper, correct?  
Would the Shelf FRU information module have a different FRU device ID? 
  
Using raw IPMI through impish, I see a system-relative ShMC at (240.0) and a 
device-relative ShMC at (0.16.240.0).  This appears to be the one it's polling 
when it fails (0x10=16d).  Both ShMC records appear to have associated records 
of type 'ATCA Shelf FRU) at (0.32.242.0) and (0.16.242.0) respectively. 
  
The last few entries in the 'hpitree' output are: 
  
17:42:12.101    found ATCA Board at 0x8a. 
17:42:12.101 >cmd 0x08  0c 0f 00     GetAddressInfo (05)  00 00 03 06 00 
17:42:12.104 <rsp 0x08  0c 0f 00     GetAddressInfo (08)  c9 00 01 86 ff 00 03 
00 
17:42:12.104 checking for Power Entry Module. 
17:42:12.104 >cmd 0x09  0c 0f 00     GetAddressInfo (05)  00 00 03 01 01 
17:42:12.108 <rsp 0x09  0c 0f 00     GetAddressInfo (08)  c9 00 12 00 00 51 3d 
98 
17:42:12.108 checking for Shelf FRU Information. 
17:42:12.108 >cmd 0x0a  0c 0f 00     GetAddressInfo (05)  00 00 03 01 02 
17:42:12.111 <rsp 0x0a  0c 0f 00     GetAddressInfo (08)  00 00 10 20 ff 00 01 
02 
17:42:12.111    found Shelf FRU Information at 0x20. 
17:42:12.111 >cmd 0x0b  0c 0f 00     GetAddressInfo (05)  00 00 03 02 02 
17:42:12.114 <rsp 0x0b  0c 0f 00     GetAddressInfo (08)  00 00 08 10 ff 02 02 
02 
17:42:12.114    found Shelf FRU Information at 0x10. 
  
Thanks, 
Jason 


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel



______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________


-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel

Reply via email to