Re: Find MAC address stored in NIC firmware



dmidecode will show you the real hardware MAC address.
If you're using bonding you can also see it in /proc/net/bonding/bondX,
this lists both the permanent address and the active one.



On Sat, 16 Oct 2010 06:31 -0700, "Yong Huang" <yong321@xxxxxxxxx> wrote:
On and HP server running RHEL5 you can search for the Ethernet controllers
in this output

/sbin/lspci -vv | more

[snip]
03:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709
Gigabit Ethernet (rev 20)
Subsystem: Hewlett-Packard Company NC382i Integrated Quad Port PCI
Express Gigabit Server Adapter
[snip]
Link: Supported Speed 2.5Gb/s, Width x4, ASPM L0s L1, Port
0
Link: Latency L0s <4us, L1 <4us
Link: ASPM Disabled RCB 64 bytes CommClk- ExtSynch-
Link: Speed 2.5Gb/s, Width x2
**** Capabilities: [100] Device Serial Number 46-1b-8e-fe-ff-d1-e7-78
Capabilities: [110] Advanced Error Reporting
Capabilities: [150] Power Budgeting
Capabilities: [160] Virtual Channel

## The MAC address will be 78:e7:d1:8e:1b:46


play with this on a good machine.
Had to do this when all the disks pulled from one chassis and put into the
new chasis. The disks still had the old IP's in the ifcfg-eth# files

Thank you. Do you mind testing changing the MAC with ifconfig to see
if your lspci still shows the original?

Unfortunately, my HP box running RHEL5 doesn't have it with lspci -vv
or -vvv.

# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.5 (Tikanga)
# uname -a
Linux myhostname 2.6.18-194.17.1.el5 #1 SMP Mon Sep 20 07:12:06 EDT 2010
x86_64 x86_64 x86_64 GNU/Linux

# dmidecode | more
# dmidecode 2.10
SMBIOS 2.3 present.
77 structures occupying 2033 bytes.
Table at 0x000EC000.

Handle 0x0000, DMI type 0, 20 bytes
BIOS Information
Vendor: HP
Version: P51
Release Date: 04/26/2006
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 4096 kB
...
System Information
Manufacturer: HP
Product Name: ProLiant DL380 G4
Version: Not Specified
Serial Number: USE525A8HB
UUID: 33373338-3232-5553-4535-323541384842
Wake-up Type: Power Switch
...

# lspci -vv | more
...
03:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704
Gigabit Ethernet (rev 10)
Subsystem: Compaq Computer Corporation NC7782 Gigabit Server
Adapter (PCI-X, 10,100,1000-T)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr+ Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (16000ns min), Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 217
Region 0: Memory at fddf0000 (64-bit, non-prefetchable)
[size=64K]
Capabilities: [40] PCI-X non-bridge device
Command: DPERE- ERO- RBC=2048 OST=1
Status: Dev=03:01.0 64bit+ 133MHz+ SCD- USC- DC=simple
DMMRBC=2048 DMOST=1 DMCRS=16 RSCEM- 266MHz- 533MHz-
Capabilities: [48] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable+ DSel=0 DScale=1 PME-
Capabilities: [50] Vital Product Data
Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3
Enable-
Address: dd5755f73ffbeddc Data: 15ec


I played with lots of combinations of the options of lspci command. No
luck.

Yong Huang





--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list