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
