freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-devel] ipmi_ctx_find_inband: device already open


From: Kenneth Stailey
Subject: Re: [Freeipmi-devel] ipmi_ctx_find_inband: device already open
Date: Wed, 22 Sep 2010 10:33:13 -0700 (PDT)

Oops, wrong computer.  That was from an HP Proliant DL145 G2

On an HP Prolian DL360 G4 I get

$ echo `sudo dmidecode -s system-manufacturer ; sudo dmidecode -s 
system-product-name` 
HP ProLiant DL360 G4

$ sudo /opt/freeipmi/sbin/ipmi-sensors --version
ipmi-sensors - 0.8.10.beta0

$ sudo /opt/freeipmi/sbin/ipmi-sensors -W assumeio
Caching SDR repository information: 
/root/.freeipmi/sdr-cache/sdr-cache-ruthenium.localhost

ipmi_sdr_cache_create: internal IPMI error

There is a delay of several seconds after before the last message.


--- On Wed, 9/22/10, Kenneth Stailey <address@hidden> wrote:

> From: Kenneth Stailey <address@hidden>
> Subject: Re: [Freeipmi-devel] ipmi_ctx_find_inband: device already open
> To: "Albert Chu" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Date: Wednesday, September 22, 2010, 1:08 PM
> Thanks
> 
> $ sudo /opt/freeipmi/sbin/ipmi-sensors -W assumeio
> ID   | Name       
>      | Type       
>             | Reading 
>   | Units | Event
> 48   | ACPI State   
>    | System ACPI Power State | N/A 
>       | N/A   | 'S0/G0'
> 96   | PCISLOT AREA TEM | Temperature 
>            | 31.00 
>     | C     | 'OK'
> 160  | SCSI-Gb AREA TEM | Temperature   
>          | 40.00   
>   | C     | 'OK'
> 224  | PwrConectr1 TEMP | Temperature   
>          | 34.00   
>   | C     | 'OK'
> 288  | PwrConectr2 TEMP | Temperature   
>          | 24.00   
>   | C     | 'OK'
> 352  | CPU0 VRM TEMP    | Temperature 
>            | 31.00 
>     | C     | 'OK'
> 416  | CPU1 VRM TEMP    | Temperature 
>            | 29.00 
>     | C     | 'OK'
> 480  | CPU0 TEMP        |
> Temperature         
>    | 54.00      | C 
>    | 'OK'
> 544  | CPU1 TEMP        |
> Temperature         
>    | 50.00      | C 
>    | 'OK'
> 608  | V5MBRUN          |
> Voltage             
>    | N/A        |
> N/A   | 'Limit Not Exceeded'
> 656  | V2.5DUAL     
>    | Voltage       
>          | N/A   
>     | N/A   | 'Limit Not Exceeded'
> 704  | V3.3DUAL     
>    | Voltage       
>          | N/A   
>     | N/A   | 'Limit Not Exceeded'
> 752  | V5ALW           
> | Voltage             
>    | N/A        |
> N/A   | 'Limit Not Exceeded'
> 800  | V5DUA           
> | Voltage             
>    | N/A        |
> N/A   | 'Limit Not Exceeded'
> 848  | V3.3MBRUN        |
> Voltage             
>    | N/A        |
> N/A   | 'Limit Not Exceeded'
> 896  | CPU0 Pres        |
> Processor           
>    | N/A        |
> N/A   | 'Device Inserted/Device Present'
> 944  | CPU1 Pres        |
> Processor           
>    | N/A        |
> N/A   | 'Device Inserted/Device Present'
> 992  | FAN1 Fault       |
> Cooling Device          | N/A 
>       | N/A   | 'Performance
> Met'
> 1040 | FAN2 Fault       | Cooling
> Device          | N/A   
>     | N/A   | 'Performance Met'
> 1088 | FAN3 Fault       | Cooling
> Device          | N/A   
>     | N/A   | 'Performance Met'
> 1136 | FAN4 Fault       | Cooling
> Device          | N/A   
>     | N/A   | 'Performance Met'
> 1184 | FAN5 Fault       | Cooling
> Device          | N/A   
>     | N/A   | 'Performance Met'
> 1232 | Pwr Sply1Pres    | Power Supply 
>           | N/A     
>   | N/A   | 'Device Inserted/Device
> Present'
> 1280 | Pwr Sply1Fault   | Power Supply 
>           | N/A     
>   | N/A   | 'State Deasserted'
> 1328 | Therm-Trip       |
> Processor           
>    | N/A        |
> N/A   | 'State Deasserted'
> 
> --- On Wed, 9/15/10, Albert Chu <address@hidden>
> wrote:
> 
> > From: Albert Chu <address@hidden>
> > Subject: Re: [Freeipmi-devel] ipmi_ctx_find_inband:
> device already open
> > To: "Kenneth Stailey" <address@hidden>
> > Cc: "address@hidden"
> <address@hidden>
> > Date: Wednesday, September 15, 2010, 6:24 PM
> > Hey Kenneth,
> > 
> > I got a beta.tar.gz up with my workaround.  The
> > workaround is "-W
> > assumeio", which you can specify to ipmi-sensors and
> most
> > of the tools.
> > It'll do pretty much what is expected, which is to
> assume
> > I/O w/ the
> > base address even when it doesn't say so.  When you
> > compile, can you
> > please try w/ --enable-debug and --enable-trace, so we
> can
> > make sure
> > that it's working as expected.
> > 
> > The tar.gz can be downloaded:
> > 
> > http://ftp.gluster.com/pub/freeipmi/qa-release/freeipmi-0.8.10.beta0.tar.gz
> > 
> > Thanks,
> > 
> > Al
> > 
> > On Wed, 2010-09-15 at 10:02 -0700, Albert Chu wrote:
> > > Hey Kenneth,
> > > 
> > > Thanks for the info.  I'll try and put a
> > workaround into FreeIPMI to
> > > deal with this.  I decided to look at the IPMI
> > kernel driver to see what
> > > they are doing internally and found this:
> > > 
> > >             
> >    /* Note that technically, the lower bit of
> > the base
> > >               
> >   * address should be 1 if the address is I/O and 0
> if
> > >               
> >   * the address is in memory.  So many systems get
> > that
> > >               
> >   * wrong (and all that I have seen are I/O) so we
> > just
> > >               
> >   * ignore that bit and assume I/O.  Systems that
> > use
> > >               
> >   * memory should use the newer spec, anyway. */
> > >             
> >    dmi->base_addr = base_addr &
> > 0xfffe;
> > >             
> >    dmi->addr_space = IPMI_IO_ADDR_SPACE;
> > >             
> >    dmi->offset = 1;
> > > 
> > > so they are just ignoring that bit and using I/O
> > anyways.  So I bet this
> > > is what is going on in your motherboard w/ the
> IPMI
> > kernel driver.
> > > 
> > > Al
> > > 
> > > On Wed, 2010-09-15 at 06:20 -0700, Kenneth
> Stailey
> > wrote:
> > > > ipmi-sensors -D KCS --disable-auto-probe
> > --driver-address=0xCA2
> > > > --register-spacing=1
> > > > 
> > > > does work
> > > > 
> > > > --- On Tue, 9/14/10, Albert Chu <address@hidden>
> > wrote:
> > > > 
> > > > > From: Albert Chu <address@hidden>
> > > > > Subject: Re: [Freeipmi-devel]
> > ipmi_ctx_find_inband: device already open
> > > > > To: "Kenneth Stailey" <address@hidden>
> > > > > Cc: "address@hidden"
> > <address@hidden>
> > > > > Date: Tuesday, September 14, 2010, 7:23
> PM
> > > > > Hey Kenneth,
> > > > > 
> > > > > I now see the full "path" of what's
> going
> > on.  The key
> > > > > is the
> > > > > 'IPMI_ADDRESS_SPACE_ID_SYSTEM_IO' bit,
> that
> > indicates that
> > > > > system IO
> > > > > isn't supported w/ KCS.
> > > > > 
> > > > > However, with the info from the
> ipmi-locate
> > below, it
> > > > > strongly suggests
> > > > > that KCS is supported, but that maybe
> that
> > bit was set
> > > > > wrong.  For fun,
> > > > > could you give the following a try?
> > > > > 
> > > > > ipmi-sensors -D KCS
> --disable-auto-probe
> > > > > --driver-address=0xCA2
> > > > > --register-spacing=1
> > > > > 
> > > > > and see if that works?  If it does,
> > then we atleast
> > > > > have something we
> > > > > can point to HP and say there's an
> issue.
> > > > > 
> > > > > Thanks,
> > > > > Al
> > > > > 
> > > > > On Tue, 2010-09-14 at 15:28 -0700,
> Kenneth
> > Stailey wrote:
> > > > > > 
> > > > > > --- On Tue, 9/14/10, Albert Chu
> <address@hidden>
> > > > > wrote:
> > > > > > 
> > > > > > > I'm beginning to wonder if
> your
> > motherboard
> > > > > simply has an
> > > > > > > interface that
> > > > > > > is supported by the IPMI
> kernel
> > driver but not
> > > > > by
> > > > > > > FreeIPMI's default
> > > > > > > libraries.  Could you run
> > ipmi-locate real
> > > > > quick to
> > > > > > > see?
> > > > > > 
> > > > > > Using unpatched ipmi-locate:
> > > > > > 
> > > > > > address@hidden:~/src/freeipmi-0.8.9$
> sudo
> > rmmod ipmi_si
> > > > > ipmi_devintf ipmi_msghandler
> > > > > > 
> > > > > > address@hidden:~/src/freeipmi-0.8.9$
> type
> > ipmi-locate
> > > > > > ipmi-locate is
> /usr/sbin/ipmi-locate
> > > > > > 
> > > > > >
> address@hidden:~/src/freeipmi-0.8.9$
> > ipmi-locate
> > > > > --version
> > > > > > ipmi-locate - 0.8.9
> > > > > > Copyright (C) 2003-2010 FreeIPMI
> Core
> > Team
> > > > > > This program is free software; you
> may
> > redistribute it
> > > > > under the terms of
> > > > > > the GNU General Public License. 
> > This program has
> > > > > absolutely no warranty.
> > > > > > 
> > > > > > address@hidden:~/src/freeipmi-0.8.9$
> sudo
> > ipmi-locate
> > > > > > Probing KCS device using
> DMIDECODE...
> > done
> > > > > > IPMI Version: 1.5
> > > > > > IPMI locate driver: DMIDECODE
> > > > > > IPMI interface: KCS
> > > > > > BMC driver device: 
> > > > > > BMC memory base address: 0xCA2
> > > > > > Register spacing: 1
> > > > > > 
> > > > > > Probing SMIC device using
> DMIDECODE...
> > FAILED
> > > > > > 
> > > > > > Probing BT device using
> DMIDECODE...
> > FAILED
> > > > > > 
> > > > > > Probing SSIF device using
> DMIDECODE...
> > FAILED
> > > > > > 
> > > > > > Probing KCS device using
> SMBIOS...
> > done
> > > > > > IPMI Version: 1.5
> > > > > > IPMI locate driver: SMBIOS
> > > > > > IPMI interface: KCS
> > > > > > BMC driver device: 
> > > > > > BMC memory base address: 0xCA3
> > > > > > Register spacing: 1
> > > > > > 
> > > > > > Probing SMIC device using
> SMBIOS...
> > FAILED
> > > > > > 
> > > > > > Probing BT device using SMBIOS...
> > FAILED
> > > > > > 
> > > > > > Probing SSIF device using
> SMBIOS...
> > FAILED
> > > > > > 
> > > > > > Probing KCS device using ACPI...
> > FAILED
> > > > > > 
> > > > > > Probing SMIC device using ACPI...
> > FAILED
> > > > > > 
> > > > > > Probing BT device using ACPI...
> FAILED
> > > > > > 
> > > > > > Probing SSIF device using ACPI...
> > FAILED
> > > > > > 
> > > > > > Probing KCS device using PCI...
> FAILED
> > > > > > 
> > > > > > Probing SMIC device using PCI...
> > FAILED
> > > > > > 
> > > > > > Probing BT device using PCI...
> FAILED
> > > > > > 
> > > > > > Probing SSIF device using PCI...
> > FAILED
> > > > > > 
> > > > > > KCS device default values: 
> > > > > > IPMI Version: 1.5
> > > > > > IPMI locate driver: DEFAULT
> > > > > > IPMI interface: KCS
> > > > > > BMC driver device: 
> > > > > > BMC I/O base address: 0xCA2
> > > > > > Register spacing: 1
> > > > > > 
> > > > > > SMIC device default values: 
> > > > > > IPMI Version: 1.5
> > > > > > IPMI locate driver: DEFAULT
> > > > > > IPMI interface: SMIC
> > > > > > BMC driver device: 
> > > > > > BMC I/O base address: 0xCA9
> > > > > > Register spacing: 1
> > > > > > 
> > > > > > BT device default values: 
> > > > > > SSIF device default values: 
> > > > > > IPMI Version: 1.5
> > > > > > IPMI locate driver: DEFAULT
> > > > > > IPMI interface: SSIF
> > > > > > BMC driver device: /dev/i2c-0
> > > > > > BMC SMBUS slave address: 0x42
> > > > > > Register spacing: 1
> > > > > -- 
> > > > > Albert Chu
> > > > > address@hidden
> > > > > Computer Scientist
> > > > > High Performance Systems Division
> > > > > Lawrence Livermore National Laboratory
> > > > > 
> > > > > 
> > -- 
> > Albert Chu
> > address@hidden
> > Computer Scientist
> > High Performance Systems Division
> > Lawrence Livermore National Laboratory
> > 
> >
> 
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/freeipmi-devel
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]