Find MAC address stored in NIC firmware

[urgrue]

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 at yahoo.com> 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 at redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>