[Ipmitool-devel] ipmi_chassis_status() - to static or not...
All - I am working on a library for ipmitool and I would like to be able to use some commands from ipmi_chassis.c that are currently static int. The function I am most interested in is ipmi_chassis_status(). However, since it is a static, I cannot use it in my library. Is there any reason why the static keyword cannot be removed and its function prototype added to the ipmi_chassis header? I do not see any name space issues and some basic testing has shown that removing the static keyword does not impact ipmitool's functionality. Does anyone have any thoughts about this? Thanks, - Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] BMC hangs
Tomek - The LCD screen interfaces to the BMC via I2C (IPMB connector). If for some [very bad] reason the BMC fails, the LAN and I2C interface will not work. The BMC should reset to a working state in the event of an error unless when it's failing it's being held by something. How is your network configured on the BMC's NIC? Is there a lot of traffic hitting the BMC? How long does it take before the BMC fails to respond since power on? What are the last few items in the SEL log? How many systems do you have and do they all have this problem? - Eric -Original Message- From: [EMAIL PROTECTED] [mailto:ipmitool-devel- [EMAIL PROTECTED] On Behalf Of Tomasz Nowak Sent: Thursday, April 24, 2008 5:27 AM To: ipmitool-devel@lists.sourceforge.net Subject: [Ipmitool-devel] BMC hangs Hello, I have one more problem with IPMI on my Intel S5000PAL board: sometimes BMC seems to die. Symptoms: no IPMI command execute available. I have a Local Control Panel - that's a gadget that allows to communicate with BMC via small LCD screen and 4 panel buttons. And it says everywhere (system monitor, SEL, etc): Message transmission incomplete Nothing helps to such state but resetting BMC (unplug the whole system from AC power for 1+ minute). Than everything comes back to normal - I can issue IPMI commands, I can view SEL, I can get to the console via SOL (which feature I love particulary), etc. That BMC hangs are critical form me, as I can not do anything with the machine remotetly. Unfortunetly Google returns nothing interesting for search key Message transmission incomplete. Any ideals? PS. Yes, I have latest Intel BMC firmware v62 installed. -- Tomek --- -- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/ javaone ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] BMC hangs
Tomasz Nowak [EMAIL PROTECTED] wrote: BMC 0.63 shows up only in DOS update software package http://downloadcenter.intel.com/Detail_Desc.aspx?agr=NProductID=2451D wnldID=1 5840strOSs=AllOSFullName=All Operating Systemslang=eng I'll upgrade to 0.63 today. I've tried hard, but it's impossible. I have wasted 4 hours on this :( Wow! That really stinks. I'm sorry to hear that. I've burned RAM-DOS iso from Development Toolkit 2.0, it boots ok, but entering dos shell mode neither allows me to see usb-key nor even second CD with firmware files. Both available disk (C:, D:) are RAM-DOS controlled. Have you tried it with a USB keyfob? 2. So then I've tried Intel Development Aassistant 1.3 (isolinux etc). Very nice tool, but: a) Intel on-line updates show January'08 versions as lastest (these I already have installed this way) b) software packages (.zip) for DOS updates that I've downloaded from April last update are not seen from IDA (even if release.txt says they should) 3. So I've created my own zip with R0088.Cap, ALBMC63C.hex etc and edited flashupdt.cfg manually to point to new files. My own created zip was discovered and I've managed to upgrade bios to v88, but.. BMC firmware still seems not to be seen by IDA. At least no new version is shown in the update table. I didn't risk bricking my server to I've tried tha final way: Luckily, the BIOS recoverable on the AL. I've never seen a BMC fail from firmware updates. The update must succeed in order for the new FW image to be used. 4. - OFU Uh oh. I don't think I like to hear what's coming next. # Utilities/OFU/setup_linux Segmentation fault You might need to be in the Utilities/OFU directory. The last time I worked on OFU was in 2003 and back then it did not handle non-working directory usage. installme: *1* Installing flashupdt RPM package... error: Failed dependencies: libwwwzip.so.0 is needed by flashupdt-1.9.61-1.i386 installme: *ERROR* Installation of the flashupdt RPM package failed. Exiting installation... * kernel: setup_linux[3403]: segfault at 0047 rip f7e222b0 rsp ffbc2da0 error 4 Remind me again... Are you using Red Hat or ...? Were you able to install libwwwzip and try again? My only other suggestion would be to use DOS (sorry Andrew) on a usb fob with the FW update tool and FW image. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] ipmitool 1.8.10 - patch deadline?
Carol - It looks like we're a little hung up on releasing the patch due to an internal process. However, the specification that the patch is based on has been published: http://www.intel.com/technology/product/DCMI/index.htm - Eric -Original Message- From: Carol Hebert [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2008 5:30 PM To: Hall, Eric R Cc: ipmitool-devel@lists.sourceforge.net Subject: Re: [Ipmitool-devel] ipmitool 1.8.10 - patch deadline? On Mon, 2008-06-23 at 09:44 -0700, Hall, Eric R wrote: ... What were you hoping to get in and how long do you think it'll take to complete your patch? We are hoping to have a patch that adds features to manage a large scale installation of systems (Ataday Entercay Anagementmay) using the tool. The patch we have is complete, code reviewed by some folks here, and [minimally] tested. We are waiting on the specification to be published; hopefully sometime this week. We would like to post the patch when the specification is available so that folks can reference it. Hi Eric, Great! Please send in your patch as soon as you can so we have time for review comments. :) Carol - 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 ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] SOL problem
Martin - You're not the only one with the problem: http://sudan.ubuntuforums.com/showthread.php?t=553730 I'd check to make sure that there is an inittab entry for the [same] serial port that SOL uses. - Eric -Original Message- From: [EMAIL PROTECTED] [mailto:ipmitool-devel- [EMAIL PROTECTED] On Behalf Of Martin Hess Sent: Thursday, July 03, 2008 4:12 PM To: Ipmitool-devel@lists.sourceforge.net Subject: [Ipmitool-devel] SOL problem I'm having problems with SOL and I'm wondering if anyone else here has seen this behavior: 1) Boot messages appear over SOL 2) Login prompt appears 3) I login, and some login messages appear and then the console hangs 4) The console is still functioning; if I force a restart of the machine I'll see the boot messages show in the same console I checked the /var/log/auth.log and it appears that the session was forced closed by someone: Jul 3 14:18:19 mycomputer sshd[10277]: Accepted password for tmpuser from 67.53.59.166 port 47304 ssh2 Jul 3 14:18:19 mycomputer sshd[10279]: pam_unix(sshd:session): session opened for user tmpuser by (uid=0) Jul 3 14:18:24 mycomputer sshd[10279]: pam_unix(sshd:session): session closed for user tmpuser I'm on Ubuntu Server 8.0.4. Does anyone have any insight on this? - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] Problem with console redirection in SR1500
Alexey - If you _actually_ want to use BIOS redirection you'll need to use Serial Port B in the BIOS settings. At least, that's the only port that is supposed to be supported. Once grub/Kernel/etc... loads, they can send data to the correct serial port. In IPMITool, the 'volatile bit rate' setting is for BIOS and the non-volatile is for the OS. - Eric -Original Message- From: Alexey Vlasov [mailto:[EMAIL PROTECTED] Sent: Friday, October 31, 2008 10:48 AM To: ipmitool-devel@lists.sourceforge.net Subject: Re: [Ipmitool-devel] Problem with console redirection in SR1500 Hi. I understood what my mistake was, in grub.conf I had to specify --unit=1. So Full sequence of actions of setuping Intel SR1500. BIOS settings: = Server Management - Console Redirection * Console Redirection [Serial Port A] * Flow Control[RTS/CTS] * Baud Rate [19.2k] * Terminal Type [VT100] * Legacy OS Redirection [Disabled] = IMPI SOL settings: = Set in progress : set-complete Enabled : true Force Encryption: false Force Authentication: false Privilege Level : ADMINISTRATOR Character Accumulate Level (ms) : 20 Character Send Threshold: 50 Retry Count : 6 Retry Interval (ms) : 200 Volatile Bit Rate (kbps): IPMI-Over-Serial-Setting Non-Volatile Bit Rate (kbps): 19.2 Payload Channel : 14 (0x0e) Payload Port: 623 = or commands: = # ipmitool -I lanplus -H 192.168.0.61 -o intelplus sol set privilege-level admin # ipmitool -I lanplus -H 192.168.0.61 -o intelplus sol set non-volatile-bit-rate 19.2 # ipmitool -I lanplus -H 192.168.0.61 -o intelplus sol set volatile-bit-rate serial # ipmitool -I lanplus -H 192.168.0.61 -o intelplus sol set force-encryption false # ipmitool -I lanplus -H 192.168.0.61 -o intelplus sol set enabled true # ipmitool -I lanplus -H 192.168.0.61 -o intelplus sol payload enable = grub.conf: = serial --unit=1 ---speed=19200 --word=8 --parity=no --stop terminal --timeout=5 serial console [skip] kernel /boot/vmlinuz root=/dev/sda1 ro rhgb console=tty0 console=ttyS1,19200n8r = /etc/inittab: = s0:2345:respawn:/sbin/agetty 19200 ttyS0 vt100-nav s1:2345:respawn:/sbin/agetty 19200 ttyS1 vt100-nav = /etc/securetty: = [skip] ttyS1 = Connecting: # ipmitool -I lanplus -H 192.168.0.61 -o intelplus sol activate Password: [SOL Session operational. Use ~? for help] After this message you should press Enter and there will appear an invitation Login: To enter BIOS you should press ESC 2 instead of F2. Thanks to everyone for help! I hope that my message will help anybody. -- BRGDS. Alexey Vlasov. --- -- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] IPMI SOL and memtest86+
Mike - Memtest86+ should have worked out of the box with out having to modify it. At boot, add console=ttyS1,38400 (or whatever speed your BMC supports). At least, this worked on an Intel setup with Ubuntu server 8.10. - Eric -Original Message- From: Mike Lovell [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 3:45 PM To: ipmitool-devel@lists.sourceforge.net Subject: [Ipmitool-devel] IPMI SOL and memtest86+ I kind of doubt this is the right place to post about this but I'm not sure where else to try. Have any of you tried to get memtest86+ to work with a serial console using IPMI SOL? I downloaded the latest source and changed the configuation options in config.h to use ttyS1 but when I boot it from pxe, all I get is the number 8000 posted the screen every few seconds. I have successfully done memtest86+ with serial on ttyS0 but that doesn't help me much cause ttyS0 is the port on the back of the box. Thanks in advance for any help that any of you may be able to provide. Mike --- -- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] Resetting Intrusion detection flags..
Geert Jan -
Is '0xaa' the sensor number? Usually you use the re-arm command with the
sensor number. I.E. 0x04 0x2a senor number 0x00
A Set Event Receiver command can be used as a global re-arm command.
Otherwise, use the raw 0x04 0x2a sensor number 0x00 to re-arm the sensor.
- Eric
-Original Message-
From: Geert Jan de Groot [mailto:[EMAIL PROTECTED]
Sent: Friday, November 14, 2008 7:15 AM
To: ipmitool-devel@lists.sourceforge.net
Subject: [Ipmitool-devel] Resetting Intrusion detection flags..
Does anybody have insight on the workings of the Intrusion detect
flags with IPMI?
On SuperMicro machines, with SIMSO+ cards as wel as SIMSO-HTC card,
there is support for an 'intrusion detect' event: if one opens
the chassis, a switch will trigger which will set a flag.
Every time you reboot, the flag leaves an event in the event log.
This flag isn't self-resetting and I wonder how, with imitool,
I can reset it. I've successfully reset it using the SuperMicro
propietary tools (the GUI tool as well as ipmicli), but I can't
figure out how they do this.
I've looked at the IPMI 2.0 spec and found a 'Re-arm Sensor Events'
command (sensor device commands, Sensor/Event NetFn, command 0x2a),
which ipmitool 1.8.10 doesn't know about.
In fact, looking at ipmi_sdr.h, this command is skipped in the
enumaration of the sensor commands.
As an experiment, I sent raw commands ('raw 0x04 0x2a 0xaa 0x00')
which is understood and accepted by the IPMI module, but
still keeps the intrusion event flag active and doesn't reset it,
so I guess implementing this command in ipmitool would not solve
my problem.
Reading the archives and searching yields little info except
'use the linux tool' which I don't want to do.
I've tried reading the protocol but it's using RMCP+ and hence
the network traffic is encrypted.
There is little info about this and I'm probably overlooking something.
Please enlighten me.
Thanks,
Geert Jan
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] Happy New Year, Happy New ipmitool
A 1 second interval on the firmware level is fairly heavy use. You will not want that. Anything less than about 2 minutes is a bit overkill for a small embedded system that shares its resources. For what it does, IPMITool is probably the fastest In-band and OOB IPMI level tool you will find. Most of what takes so long is establishing communication with the management controller. There really is not much that can improve this as it is a limitation by the management controller. RE: power monitoring every second. Of course you'll see fluctuations; you are influencing that by making the MC work hard to poll the sensor, queue the data, send it though the communication interface, etc... Long ago I tested systems like that and soon realized that the sampling caused a 40 - 60 watt increase in power usage (or error) versus sampling over a longer period of time. I compared the results with an external watt hour meter. There wasn't much of a difference between the longer sample period average and the real watt hour meter. RE: daemon. There is a bit of a security problem here. You might want to read the IPMI spec. before taking this path. My moot points anyway. ;) - Eric -Original Message- From: Mark Seger [mailto:mark.se...@hp.com] Sent: Friday, January 16, 2009 4:49 AM To: Carol Hebert Cc: ipmitool-devel@lists.sourceforge.net Subject: Re: [Ipmitool-devel] Happy New Year, Happy New ipmitool Carol Hebert wrote: Hi and Happy '09! To celebrate the New Year, I propose we start working on rolling ipmitool to v1.8.11 to include all the great fixes and patches folks have been sending in since last summer! Do you have a fix you've been using in your local ipmitool version? Send it in for review! Do you have a patch or an idea for some new functionality or support you'd like to see get into the tool? Send it in for review! Well you did ask, so here ya go... I'm the author of collectl [see: http://collectl.sourceforge.net/], which is a tool for doing system monitoring. A couple of the things I think that sets it apart from others is it's very light-weight and that it collects a very broad set of data, making it possible to drill down and see what the state of all your system resources are any point in time. About 6 months ago I discovered ipmitool and now use it to monitor temps, fans and power though I could see adding other resources as well. My own problem with ipmitool is that while it's pretty light-weight, it's not light-weight enough and so I had to give it its own monitoring interval - I monitor most things every 10 seconds when running as a daemon, though there are those who sample every 5 seconds or even 1. I did some tests with ipmitool running at those frequencies and there was just too much system load compared to collectl proper which uses 0.1% and so I'm only sampling sensors every 2 minutes, which I thought at first was reasonable. However since adding power sensor monitoring and watching the power every second, just to see what's happening over short bursts of time, I saw that sensor changes much more frequently than I thought it would. Given all the interest in green computing I can see where more frequent power monitoring would be a good thing. I even went as far to see what it might take to query ipmi directly to save the overhead of running a new instance of ipmitool every sample period but I think I can now appreciate just how complex ipmi is and would prefer to continue to use ipmitool as it already does a great job. So, as for an enhancement I'd like to see a way to run it at rates on the order of a few seconds and not incur a lot of overhead. I'm basing this on my assumption that the bulk of ipmitool's time is spent on starting the image as well as establishing the internal communications connection(s). If so, my logical conclusion would be there needs to be a way to do the initialization one time and not exit. While I can think of a few ways to do it, and I think the first is probably the easiest, perhaps someone intimately familiar with ipmitool's innards such as yourself would have better ways: - run it as a daemon, allowing it to receive commands over a socket and send the results back - build some sort of library that could be called via something like perl, once call to initialize and a second to query, probably others... In any event, if it turns out that sending/receiving the command to the sensors is where all the is spent and startup is less of a big deal, this whole discussion is moot. Anyhow, you DID ask... ;-) -mark -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net
Re: [Ipmitool-devel] Power Redundancy lost.
Thiyagu - IPMITool does not log system faults into the SEL. System faults are added to the SEL by the systems management controller. IPMITool reads the SEL from the management controller. Capture output: # ipmitool sel list se.log Here is a starting point to parse your data: $ cat se.log | grep -i power - Eric -Original Message- From: Thiyagarajan Ravichandran - ERS, HCL Tech [mailto:rthiyagara...@hcl.in] Sent: Friday, December 04, 2009 2:27 AM To: ipmitool-devel@lists.sourceforge.net Subject: [Ipmitool-devel] Power Redundancy lost. Hi, How does IPMITool logs the information in system event log(SEL)when the system has some faults relating to power redundancy? What is the search pattern to use if I want to redirect the ipmitool SEL list command output to a file and determine whether the system has the following hardware faults by searching the file for patterns that could confirm it has incurred any one of the below faults? 1. pwrRedRegained 2. pwrRedLost 3. pwrRedDegraded Thanks in advance. Regards, Thiyagu. DISCLAIMER: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. --- -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
Re: [Ipmitool-devel] measuring the power consumption of a server
Correction the TDPS-600CB C Rev S2F does have the PMBus connector. I know that there are some older Rev S0F supplies that don't seem to have a functioning PMBus. Again, check your PSU. -Original Message- From: Hall, Eric R [mailto:eric.r.h...@intel.com] Sent: Wednesday, September 21, 2011 6:04 PM To: S. H. Lee; 'Hank Bruning' Cc: ipmitool-devel@lists.sourceforge.net Subject: Re: [Ipmitool-devel] measuring the power consumption of a server I would verify that PSU. I don't see a TDPS-600EB listed on Delta's website and the closest thing to it is the TDPS-600CB which does not look like it has the PSMI (four or five) wire connector. -Original Message- From: S. H. Lee [mailto:smil...@korea.ac.kr] Sent: Wednesday, September 21, 2011 6:00 PM To: 'Hank Bruning' Cc: ipmitool-devel@lists.sourceforge.net Subject: Re: [Ipmitool-devel] measuring the power consumption of a server A technical supporter of the vendor said that SR1690WBR - my server model - contains a bridge between IPMB and PSMI. But, he doesn't know the reason why BMC cannot recognize a power supply. Thanks, From: Hank Bruning [mailto:h...@jblade.com] Sent: Thursday, September 22, 2011 9:31 AM To: S. H. Lee; ipmitool-devel@lists.sourceforge.net Cc: Zdenek Styblik Subject: Re: [Ipmitool-devel] measuring the power consumption of a server It may recognize the power supply but it does not mean there is an electrical bridge between the IPMB bus and PSMI bus. Check with your vendor that bridging between the two buses is supported. On Wed, Sep 21, 2011 at 8:22 PM, S. H. Lee smil...@korea.ac.kr wrote: Hi, I've attempted some possible solutions. - updating BMC firmware (ver.: 0.57) - updating BIOS - reinstall IPMItool (ver. 1.8.11) By any chance, may I need additional hardware connector for power supply? During BIOSBMC firmware update, BMC didn't automatically detect any power supply. Thus, I manually checked 'yes' for 'SSI power supply'. I also carried out a FRU/SDR package update. After these tries, BMC still recognizes a power supply. -Original Message- From: Zdenek Styblik [mailto:zdenek.styb...@gmail.com] Sent: Thursday, September 22, 2011 4:41 AM To: S. H. Lee Cc: ipmitool-devel Subject: Re: [Ipmitool-devel] measuring the power consumption of a server On Wed, Sep 21, 2011 at 2:56 PM, S. H. Lee smil...@korea.ac.kr wrote: Thanks for your comments, In the last mail, I said that I have a SV7-2186. It isn't the model I have. My server is Intel SR1690WBR with a S5500WBV. I've checked some manuals and mailing lists. The problem of my server is that IPMI cannot detect a power supply. BB +1.1V IOH | 1.084 | Volts | ok| na| 1.027 | 1.054 | 1.146 | 1.177 | na BB +1.1V P1 Vccp | 0.933 | Volts | ok| na| 0.683 | 0.708 | 1.501 | 1.543 | na BB +1.5V P1 DDR3 | 1.505 | Volts | ok| na | 1.362 | 1.401 | 1.589 | 1.635 | na BB +1.8V AUX | 1.781 | Volts | ok| na| 1.673 | 1.720 | 1.874 | 1.927 | na BB +3.3V | 3.296 | Volts | ok| na| 2.982 | 3.067 | 3.525 | 3.625 | na BB +3.3V STBY| 3.239 | Volts | ok| na| 2.982 | 3.067 | 3.525 | 3.625 | na BB +5.0V | 4.971 | Volts | ok| na| 4.471 | 4.630 | 5.380 | 5.538 | na BB +5.0V STBY| 4.886 | Volts | ok| na| 4.416 | 4.565 | 5.272 | 5.421 | na BB +12.0V| 12.039 | Volts | ok| na| 10.739| 11.103| 12.923| 13.287| na BB +1.35v P1 MEM | na | Volts | na| na| 1.236 | 1.271 | 1.443 | 1.484 | na Baseboard Temp | 27.000 | degrees C | ok| na| 5.000 | 10.000| 61.000| 66.000| na Front Panel Temp | 26.000 | degrees C | ok| na| 0.000 | 5.000 | 44.000| 48.000| na IOH Therm Margin | -44.000| degrees C | ok| na| na| na| 5.000 | 10.000| na Mem P1 Thrm Mrgn | -36.000| degrees C | ok| na| na| na| 5.000 | 10.000| na Processor 1 Fan | 7616.000 | RPM| ok| na| 640.000 | 768.000 | na| na| na Processor 1A Fan | 5440.000 | RPM| ok| na| 640.000 | 768.000 | na| na| na Memory Fan 1 | 5184.000 | RPM | ok| na| 640.000 | 768.000 | na| na| na Memory Fan 1R| 7616.000 | RPM| ok| na| 640.000 | 768.000 | na| na| na Processor 2 Fan | 7424.000 | RPM| ok| na| 640.000 | 768.000 | na| na| na Processor 2A Fan | 5056.000 | RPM | ok| na| 640.000 | 768.000 | na| na| na Memory Fan
