similar to: ipmitool and CentOS 7

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

On Thu, Jul 12, 2018 at 07:27:58PM -0500, Chris Adams wrote: > > Default Gateway IP : 192.168.0.100 > > Default Gateway MAC : 00:25:90:0a:42:87 > > No, that does not look right. You have configured the gateway of the > IPMI to be the host OS side of the NIC. You can't do that... in a lot > of systems I've seen, the IPMI side of the NIC can't even

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

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

This is that system with the missing management port, and I'm still fighting it. Everything *looks* right: 3: enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:25:90:0a:42:87 brd ff:ff:ff:ff:ff:ff inet 192.168.0.100/24 brd 192.168.0.255 scope global enp6s0 ip route 192.168.0.0/24 dev enp6s0 proto kernel scope link

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

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:

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:

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 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

> 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

Date: Wed, 27 Jun 2018 20:45:44 -0400 From: Jonathan Billings <billings at negate.org> > On Wed, Jun 27, 2018 at 05:14:06PM -0400, mark wrote: > >> I do see one option of "defgw macaddr" - is that supposed to be a MAC >> external to the server, or can I use the MAC of eth1 (or whatever the >> stupid, unrememberable name is)? > > As mentioned earlier,

Got an older server running 6.5. I've been fighting it - I have two webcams for surveillance of the room; one works with motion, but it resizes the picture down Adjusting resolution from 640x480 to 360x296 and the video's dark and bad contrast. So I went back to the camer I'd been using before that worked fine... on CentOS 5.x, and then I remembered why I'd gone to the other camera

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 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:

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:

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

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