search for: ipmitools

---------------------------- Original Message ---------------------------- Subject: ipmitool and CentOS 7 From: m.roth at 5-cent.us Date: Mon, May 16, 2016 16:57 To: "CentOS" <centos at centos.org> -------------------------------------------------------------------------- On Dells running CentOS 6, we could use this command ipmitool delloem lcd set mode userdefined

I've used ipmitool any number of times, but never for more than getting info, or setting the server name on a Dell LCD screen. However, I had a server screaming about intruder alert, intruder alert, er, "Chassis intrusion detected", and I thought there might be a way to shut it up (this after pulling the server and reseating the lid). A quick google found, on the first page, an 8

The man page isn't helping, nor have I been able to find examples that work. For example, the man page claims I can do ipmitool lan get active, and I try, and it says, "invaling lan command, get". Do I set the MAC address for the lan to NIC 2? Anyone have a clue - I do *not* want martians on the real network. mark

Is there a little setup display right on the box? Just asking because I have seen that on some boxes. Cheers, Boris. On Sun, Sep 18, 2016 at 12:15 AM, Keith Keller < kkeller at wombat.san-francisco.ca.us> wrote: > On 2016-09-17, Alice Wonder <alice at domblogger.net> wrote: > > > > Okay if it requires DHCP this might be out, I'm currently out of town > >

Hallo *! I have a board SE7501HG2. - On 2.6.18 ipmitool works succefull. On Xen-3.1 (2.6.18) ipmitool say: # ipmitool sensor WARNING: Unknown SDR repository version 0x00 SDR record id 0x0000: invalid length 0 (see thread [ipmitool-devel] Unknown SDR version) - On page [4] as written: ipmitool -> BMC ---> i2c/smbus ''-> SDR - On Thread [9] was written:

Jon Pruente wrote: > On Tue, Jun 26, 2018 at 3:16 PM, mark <m.roth at 5-cent.us> wrote: > >> The man page isn't helping, nor have I been able to find examples that >> work. >> >> For example, the man page claims I can do ipmitool lan get active, and >> I try, and it says, "invalid lan command, get". > > get isn't a recognized

On Dells running CentOS 6, we could use this command ipmitool delloem lcd set mode userdefined "$(uname -n | sed -e 's/\..*//' )" to set the little LCD screen to display the system name, In the latest sevens, it fails, and gives me usage for the command... which displays exactly that syntax. Anyone have a clue? mark

...with USB messages. Now, I've tried plugging it in both front and back of the server, given the possibility that there was a difference in versions of USB support, but no joy. So this morning, I started wondering if there was something going on, hardware-wise, on the box. Installed OpenIPMI and ipmitools, fired it up, and tried to do a simple ipmitool sel list... and get "unspecified error". Ok, I said to myself, I tried ipmitool sel 1, ditto... but 2 gives me Get SDR 0003 command failed: Unspecified error Get SDR 0005 command failed: Unspecified error Get SDR 0009 command failed: Unspeci...

Michael C. Tiernan wrote: > ipmitool -I open lan get *NUMBER* > Description: CentOS Linux release 7.5.1804 (Core) Release: 7.5.1804 ipmitool -I open lan get 1 Invalid LAN command: get I'm saying that the get command with lan DOES NOT WORK. ipmitool doesn't understand it.... <SNIP> mark

On Tue, Jun 26, 2018 at 3:16 PM, mark <m.roth at 5-cent.us> wrote: > The man page isn't helping, nor have I been able to find examples that > work. > > For example, the man page claims I can do ipmitool lan get active, and I > try, and it says, "invaling lan command, get". > get isn't a recognized subcommand under lan in the ipmitool I have installed.

CentOS Errata and Bugfix Advisory 2015:1999 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1999.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0e6455fd5f5e872aea58d4ed3a165317cdd26a55b2f2165d222d85a3e19ab24b ipmitool-1.8.11-29.el6_7.i686.rpm x86_64:

CentOS Errata and Security Advisory 2020:1331 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:1331 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fe098e08061bc5f26a3ccf7cf13727bcb81372ed1b075f8f6bb72760b554a839 ipmitool-1.8.15-3.el6_10.i686.rpm x86_64:

CentOS Errata and Security Advisory 2011:1814 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1814.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 583c451e1c1759ab60d296f761dd14f97e22107894fbfc8d0825ccc327caa050 ipmitool-1.8.11-12.el6_2.1.i686.rpm x86_64:

I've been monitoring CPU temperature on a few Dell SC1435s running CentOS4 via OpenIPMI and 'ipmitool sdr'. It's been working very nicely, but the upgrade to 4.5 not so long ago seems to have broken something: # ipmitool sdr type Temperature Temp | 01h | ns | 3.1 | Disabled Planar Temp | 04h | ok | 7.1 | 30 degrees C Temp Interface | 53h | ns | 7.1

CentOS Errata and Bugfix Advisory 2013:1259 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1259.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2267fa0eb54642d8bbef3878082298e9034e85e6f4a0175c36b8b9724b06f253 ipmitool-1.8.11-16.el6.i686.rpm x86_64:

On 05/02/17 21:49, H wrote: > On 05/02/2017 08:01 AM, mark wrote: >> On 05/02/17 06:56, Steven Tardy wrote: >>> >>>> On May 1, 2017, at 8:49 PM, H <agents at meddatainc.com> wrote: >>>> >>>> the computer locks up at random intervals >>> >>> Anything in /var/log/mcelog? >>> Is the "edac" module running?

CentOS Errata and Bugfix Advisory 2015:0739 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0739.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 66ff63674bf5b85b9aaac969defe1f0dd6889f5098365df1665533c783a792a2 bmc-snmp-proxy-1.8.13-8.el7_1.noarch.rpm

CentOS Errata and Bugfix Advisory 2016:1879 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-1879.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a59f9402df8b2a324097eb3ebdc7a645dd104f78aba503b98449ee0762b9b11c bmc-snmp-proxy-1.8.13-9.el7_2.noarch.rpm

CentOS Errata and Security Advisory 2020:0984 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0984 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 03ea01ef7ae66c91a7ac4f2981c1717472c2840682da3a20a846f102bca9b691 bmc-snmp-proxy-1.8.18-9.el7_7.noarch.rpm

> Date: Tue, 26 Jun 2018 16:50:55 -0500 > From: Jon Pruente <jpruente at riskanalytics.com> > > On Tue, Jun 26, 2018 at 4:10 PM, mark <m.roth at 5-cent.us> wrote: >> So you're saying I should set the MAC address for the lan channel 1 to >> the MAC address of the second NIC? > > No, you don't do anything to the MAC addresses on the BMC/IPMI. They