OpenVZ Forum


Home » General » Support » * SOLVED * Device eth0 has different MAC address than expected
* SOLVED * Device eth0 has different MAC address than expected [message #2430] Tue, 04 April 2006 15:06 Go to next message
vz10b4 is currently offline  vz10b4
Messages: 8
Registered: April 2006
Junior Member
Hi folks,

I installed ovzkernel-smp-2.6.8-022stab072.2.x86_64.rpm on my RHEL4 update 3 with kernel 2.6.9-34ELsmp. Configured GRUB according to the documentation and did a reboot. During reboot I got:

Device eth0 has different MAC address than expected, ignoring.

Removed the HWADDRESS line ifcfg-eth0 and restarted the network and got below message:

e1000 device eth0 does not seem to be present, delaying initialization.

ifconfig shows only the loopback interface (only got one nic)
lsmod showed that e1000 is loaded.
modprobe.conf shows "alias eth0 e1000"
dmesg | grep eth0 gave zero output
modprobe -r eth0 and then modprobe eth0 with no success
Restarted to the original RHEL4 kernel and Kudzu found new HW (e1000) and I configured the nic again and it was working okay again.

So I am lost what should I do now?

Kind Regards
Fredrik

[Updated on: Mon, 10 April 2006 07:06]

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2433 is a reply to message #2430] Tue, 04 April 2006 17:44 Go to previous messageGo to next message
vz10b4 is currently offline  vz10b4
Messages: 8
Registered: April 2006
Junior Member
Hi again,

Did install a 3com 3c905C-TX that works and is recognized by kudzu under the openvz kernel and the RHEL4 kernel. I configured it as eth0 but my eth1, Intel 82573L Gigabit NIC, still has the same problems when booting the openvz kernel. Kudzu does not even find that NIC after I removed it from the configuration.

I do not know if this helps to solve this issue but I will continue with the trial and error and I am stuborn as a blue pig:-)

Kind Regards
Fredrik

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2446 is a reply to message #2430] Wed, 05 April 2006 11:35 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member
Can you please attach the output of dmesg after rebooting to OVZ kernel?
also, please, attach output of lspci and lspci -n commands.

http://static.openvz.org/userbars/openvz-developer.png

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2459 is a reply to message #2430] Wed, 05 April 2006 16:22 Go to previous messageGo to next message
vz10b4 is currently offline  vz10b4
Messages: 8
Registered: April 2006
Junior Member
Hi again,

Dev, thanks for your request here comes the information you wanted from me.

dmesg output:

Bootdata ok (command line is ro root=LABEL=/)
Linux version 2.6.8-022stab072.2-smp (root@rel270.x86_64.sw.ru) (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-49)) #1 SMP Mon Mar 20 14:54:26 MSK 2006
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007fe8cc00 (usable)
 BIOS-e820: 000000007fe8cc00 - 000000007fe8ec00 (ACPI NVS)
 BIOS-e820: 000000007fe8ec00 - 000000007fe90c00 (ACPI data)
 BIOS-e820: 000000007fe90c00 - 0000000080000000 (reserved)
 BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved)
 BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
 BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
 BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
No mptable found.
On node 0 totalpages: 523916
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 519820 pages, LIFO batch:16
  HighMem zone: 0 pages, LIFO batch:1
ACPI: RSDP (v002 DELL                                      ) @ 0x00000000000feb00
ACPI: XSDT (v001 DELL    DXP051  0x00000007 ASL  0x00000061) @ 0x00000000000fd265
ACPI: FADT (v003 DELL    DXP051  0x00000007 ASL  0x00000061) @ 0x00000000000fd35d
ACPI: SSDT (v001   DELL    st_ex 0x00001000 INTL 0x20050309) @ 0x00000000fffcaf60
ACPI: MADT (v001 DELL    DXP051  0x00000007 ASL  0x00000061) @ 0x00000000000fd451
ACPI: BOOT (v001 DELL    DXP051  0x00000007 ASL  0x00000061) @ 0x00000000000fd4c3
ACPI: ASF! (v016 DELL    DXP051  0x00000007 ASL  0x00000061) @ 0x00000000000fd4eb
ACPI: MCFG (v001 DELL    DXP051  0x00000007 ASL  0x00000061) @ 0x00000000000fd552
ACPI: HPET (v001 DELL    DXP051  0x00000007 ASL  0x00000061) @ 0x00000000000fd590
ACPI: DSDT (v001   DELL    dt_ex 0x00001000 INTL 0x20050309) @ 0x0000000000000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:4 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:4 APIC version 16
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x05] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] disabled)
ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: Assigned apic_id 8
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ACPI: HPET id: 0x8086a201 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
Checking aperture...
Virtuozzo Fair CPU scheduler
Built 1 zonelists
Kernel command line: ro root=LABEL=/ console=tty0
Initializing CPU#0
PID hash table entries: 16 (order 4: 256 bytes)
time.c: Using 14.318180 MHz HPET timer.
time.c: Detected 3192.219 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Memory: 2052572k/2095664k available (3102k kernel code, 42340k reserved, 1470k data, 204k init)
Calibrating delay loop... 6324.22 BogoMIPS
Mount-cache hash table entries: 256 (order: 0, 4096 bytes)
CPU: Trace cache: 12K uops
CPU: L2 cache: 1024K
using mwait in idle threads.
CPU: Physical Processor ID: 0
Page beancounter hash is 131072 entries.
CPU: Trace cache: 12K uops
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU0:               Intel(R) Pentium(R) D CPU 3.20GHz stepping 07
per-CPU timeslice cutoff: 1023.93 usecs.
task migration cache decay timeout: 2 msecs.
Booting processor 1/1 rip 6000 rsp 10037e19f58
Initializing CPU#1
Calibrating delay loop... 6373.37 BogoMIPS
CPU: Trace cache: 12K uops
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
              Intel(R) Pentium(R) D CPU 3.20GHz stepping 07
Total of 2 processors activated (12697.60 BogoMIPS).
ENABLING IO-APIC IRQs
init IO_APIC IRQs
 IO-APIC (apicid-pin) 8-0, 8-16, 8-17, 8-18, 8-19, 8-20, 8-21, 8-22, 8-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=-1
Using local APIC timer interrupts.
Detected 12.469 MHz APIC timer.
checking TSC synchronization across 2 CPUs: passed.
time.c: Using HPET based timekeeping.
Brought up 2 CPUs
CPU0:  online
 domain 0: span 03 flags 0x5f
  groups: 01 02
  domain 1: span 03 flags 0x37
   groups: 03
CPU1:  online
 domain 0: span 03 flags 0x5f
  groups: 02 01
  domain 1: span 03 flags 0x37
   groups: 03
checking if image is initramfs... it is
NET: Registered protocol family 16
PCI: Using configuration type 1
PCI: Using MMCONFIG at f0000000
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040326
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI5._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI6._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 *4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs *3 4 5 6 7 9 10 11 12 15)
SCSI subsystem initialized
PCI: Using ACPI for IRQ routing
IOAPIC[0]: Set PCI routing entry (8-16 -> 0xa9 -> IRQ 16 Mode:1 Active:1)
ACPI: PCI interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI interrupt 0000:00:1c.4[A] -> GSI 16 (level, low) -> IRQ 16
IOAPIC[0]: Set PCI routing entry (8-17 -> 0xb1 -> IRQ 17 Mode:1 Active:1)
ACPI: PCI interrupt 0000:00:1c.5[B] -> GSI 17 (level, low) -> IRQ 17
IOAPIC[0]: Set PCI routing entry (8-21 -> 0xb9 -> IRQ 21 Mode:1 Active:1)
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 21 (level, low) -> IRQ 21
IOAPIC[0]: Set PCI routing entry (8-22 -> 0xc1 -> IRQ 22 Mode:1 Active:1)
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 22 (level, low) -> IRQ 22
IOAPIC[0]: Set PCI routing entry (8-18 -> 0xc9 -> IRQ 18 Mode:1 Active:1)
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18
IOAPIC[0]: Set PCI routing entry (8-23 -> 0xd1 -> IRQ 23 Mode:1 Active:1)
ACPI: PCI interrupt 0000:00:1d.3[D] -> GSI 23 (level, low) -> IRQ 23
ACPI: PCI interrupt 0000:00:1d.7[A] -> GSI 21 (level, low) -> IRQ 21
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 16 (level, low) -> IRQ 16
IOAPIC[0]: Set PCI routing entry (8-20 -> 0xd9 -> IRQ 20 Mode:1 Active:1)
ACPI: PCI interrupt 0000:00:1f.2[C] -> GSI 20 (level, low) -> IRQ 20
ACPI: PCI interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI interrupt 0000:04:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI interrupt 0000:05:02.0[A] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt 0000:05:04.0[A] -> GSI 16 (level, low) -> IRQ 16
ACPI: PCI interrupt 0000:05:05.0[A] -> GSI 17 (level, low) -> IRQ 17
number of MP IRQ sources: 15.
number of IO-APIC #8 registers: 24.
testing the IO APIC.......................

IO APIC #8......
.... register #00: 08000000
.......    : physical APIC id: 08
.... register #01: 00170020
.......     : max redirection entries: 0017
.......     : PRQ implemented: 0
.......     : IO APIC version: 0020
.... register #02: 00170020
.......     : arbitration: 00
.... IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:   
 00 000 00  1    0    0   0   0    0    0    00
 01 001 01  0    0    0   0   0    1    1    39
 02 001 01  0    0    0   0   0    1    1    31
 03 001 01  0    0    0   0   0    1    1    41
 04 001 01  0    0    0   0   0    1    1    49
 05 001 01  0    0    0   0   0    1    1    51
 06 001 01  0    0    0   0   0    1    1    59
 07 001 01  0    0    0   0   0    1    1    61
 08 001 01  0    0    0   0   0    1    1    69
 09 001 01  0    1    0   0   0    1    1    71
 0a 001 01  0    0    0   0   0    1    1    79
 0b 001 01  0    0    0   0   0    1    1    81
 0c 001 01  0    0    0   0   0    1    1    89
 0d 001 01  0    0    0   0   0    1    1    91
 0e 001 01  0    0    0   0   0    1    1    99
 0f 001 01  0    0    0   0   0    1    1    A1
 10 001 01  1    1    0   1   0    1    1    A9
 11 001 01  1    1    0   1   0    1    1    B1
 12 001 01  1    1    0   1   0    1    1    C9
 13 000 00  1    0    0   0   0    0    0    00
 14 001 01  1    1    0   1   0    1    1    D9
 15 001 01  1    1    0   1   0    1    1    B9
 16 001 01  1    1    0   1   0    1    1    C1
 17 001 01  1    1    0   1   0    1    1    D1
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
IRQ16 -> 0:16
IRQ17 -> 0:17
IRQ18 -> 0:18
IRQ20 -> 0:20
IRQ21 -> 0:21
IRQ22 ->
 ...

[ Show the rest of the message ]

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2460 is a reply to message #2459] Wed, 05 April 2006 16:32 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member
it is incomplete :/
is it forum who cut the text or you pasted so?

http://static.openvz.org/userbars/openvz-developer.png

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2461 is a reply to message #2459] Wed, 05 April 2006 17:30 Go to previous messageGo to next message
vz10b4 is currently offline  vz10b4
Messages: 8
Registered: April 2006
Junior Member
I got a "Show the rest of the message" command at the bottom of the message.

But to be sure I upload the information as files also.

/Fredrik
  • Attachment: dmesg.txt
    (Size: 18.64KB, Downloaded 804 times)
  • Attachment: lspci.txt
    (Size: 1.64KB, Downloaded 701 times)
  • Attachment: lspci-n.txt
    (Size: 0.74KB, Downloaded 680 times)

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2472 is a reply to message #2461] Thu, 06 April 2006 15:16 Go to previous messageGo to next message
vaverin is currently offline  vaverin
Messages: 708
Registered: September 2005
Senior Member
Hello Fredrik,

We will update e1000 driver up to RHEL4U3 version, I've submitted bug into our bugzilla:
http://bugzilla.openvz.org/show_bug.cgi?id=131

thank you,
Vasily Averin

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2473 is a reply to message #2472] Thu, 06 April 2006 15:35 Go to previous messageGo to next message
vz10b4 is currently offline  vz10b4
Messages: 8
Registered: April 2006
Junior Member
Thanks Vasily!

I will wait for the update.

Kind Regards
Fredrik

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2523 is a reply to message #2473] Sat, 08 April 2006 19:04 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member
vz10b4, I uploaded 076 kernel build for you to:
http://download.openvz.org/~dev/076/

can you please check that your issue with e1000 is solved?

http://static.openvz.org/userbars/openvz-developer.png

Report message to a moderator

Re: Device eth0 has different MAC address than expected [message #2560 is a reply to message #2523] Mon, 10 April 2006 07:04 Go to previous message
vz10b4 is currently offline  vz10b4
Messages: 8
Registered: April 2006
Junior Member
Thanks dev!

My e1000 now works without any problems.

Kind Regards
Fredrik

Report message to a moderator

Previous Topic: Disable module support in kernel
Next Topic: * SOLVED * fork problem with SUSE10 kernel
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Tue Jun 17 15:47:12 GMT 2025

Total time taken to generate the page: 0.01478 seconds
Powered by FUDforum Powered by Virtuozzo Containers